记录－交流－Web开发知识分享
从哲学与进化论看编程语言之争
Lenix 杨延斌
编程语言之争由来以久，编程界向来是此语言看不惯彼语言。c鄙视java，java鄙视.net，.net 鄙视php.今天就来以哲学与进化论的角度谈谈编程语言之争。
远古时期，上帝创造了万物，共同组成了栩栩如生的地球，有人类，各种动物，植物。他们共同组成了一个美好和平共处的操作系统-地球。每种生物都有其各自特点，鸟能飞，鱼善游，猴能爬树，植物生产果子与粮食供人类与动物食用。各个物种各司其职，相伴共生。共同组成了一个完整的可持续运行的系统。…
本文原发于《程序员》2014年11月刊，发表时略有修改。
计算机科学是一门应用科学，几乎所有概念都是为了理解或解决实际问题而生的。协程 (Coroutine) 的出现也不例外。协程的概念，最早可以追溯到写作 COBOL 语言编译器中的技术难题。
COBOL 是最早的高级语言之一。编译器则是高级语言必不可少的一部分。现如今，我们对编译器了解，已经到了可以把核心内容浓缩成一本教科书的程度。然而在六十年代，如何写作高效的语言编译器是那个时代绕不过的现实问题。比如，1960 年夏天，D. E. Knuth 就是利用开车横穿美国去加州理工读研究生的时间，对着 Burroughs 205 机器指令集手写 COBOL 编译器。最早提出“协程”概念的 Melvin Conway 的出发点，也是如何写一个只扫描一遍程序 (one-pass) 的 COBOL 编译器。众多的“高手”纷纷投入编译器书写，可见一门新科学发展之初也是筚路蓝缕…
协程(coroutine)的概念已经广为人知，这里就不多说了。作为用户态主动调度的执行单位，协程可以避免传统多线程程序的上下文切换、调度和锁竞争等开销。
前一段时间一个小师弟过来面试，提到在阿里实习时，为了方便的编写高并发长连接程序，调研发现了了一个java的协程实现。我于是便问他结果如何，用这个真的能够达到你的目的吗？他就答不出来了，只是在机械的重复「协程相比回调更适合异步编程」之类的。
很多人都有这个误解，认为有了协程，就可以用同步程序的方式，写出异步的程序，原先同步的程序和第三方库，也会自动变成异步的。为什么说这是个误解呢，因为要写出有异步效果的程序，只有协程是不够的，还需要有底层IO的支持。在发生IO时，要将IO操作交给异步实现去执行，并让渡出协程的执行权，由调度去调度执行其他协程。…
摘要: 本文介绍协程的基本概念，以及协程在异步IO编程模式里起的作用——大大简化异步回调的实现与逻辑处理。
协程这个概念在计算机科学里算是一个老概念了，随着现代计算机语言与多核心处理器的普及，似乎也有普及之势。协程是与例程相对而言的。
熟悉C/C++语言的人都知道，一个例程也就是一个函数。当我们调用一个函数时，执行流程进入函数；当函数执行完成后，执行流程返回给上层函数或例程。期间，每个函数执行共享一个线程栈；函数返回后栈顶的内容自动回收。这就是例程的特点，也是现代操作系统都支持这种例程方式。
协程与例程相对，从抽象的角度来说，例程只能进入一次并返回一次，而协程可能进入多次并返回多次。比如说，我们有下面一段程序:…
对每一个程序员而言，故障都是悬在头上的达摩克利斯之剑，都唯恐避之不及，如何避免故障是每一个程序员都在苦苦追寻希望解决的问题。对于这一问题，大家都可以从需求分析、架构设计 、代码编写、测试、code review、上线、线上服务运维等各个视角给出自己的答案。本人结合自己两年有限的互联网后端工作经验，从某几个视角谈谈自己对这一问题的理解，不足之处，望大家多多指出。
我们大部分服务都是如下的结构，既要给使用方使用，又依赖于他人提供的第三方服务，中间又穿插了各种业务、算法、数据等逻辑，这里面每一块都可能是故障的来源。如何避免故障？我用一句话概括，“怀疑第三方，防备使用方，做好自己”。…
最近到处在争论这些话题，发现很多人对一些基础的常识并不了解，在此发表一文做一下解释。此文未必能解答所有问题，各位能有一个大致的了解就好。
大家都知道互联网的基础就是网络通信，早期的互联网可以说是一个小群体的集合。互联网还不够普及，用户也不多。一台服务器同时在线100个用户估计在当时已经算是大型应用了。所以并不存在什么C10K的难题。互联网的爆发期应该是在www网站，浏览器，雅虎出现后。最早的互联网称之为Web1.0，互联网大部分的使用场景是下载一个Html页面，用户在浏览器中查看网页上的信息。这个时期也不存在C10K问题。…
首先声明一下epoll+nonblock从宏观角度可以叫做全异步，但从微观的角度来看还是同步的IO。只是在数据到达后得到系统通知，然后同步执行recv取回数据，没有iowait。
真正的异步IO（下面会统一叫做AIO）应该像Windows IOCP一样，传入文件句柄，缓存区，尺寸等参数和一个函数指针，当操作系统真正完成了IO操作，再执行对应的函数。…
TCP协议在底层机制上解决了UDP协议的顺序和丢包重传问题。但相比UDP又带来了新的问题，TCP协议是流式的，数据包没有边界。应用程序使用TCP通信就会面临这些难题。一些程序在本机测试是正确的，上线后就出现各种奇怪的BUG。如下面的伪代码，客户端向服务器端发送一个json字符串，服务器端接收此字符串。在慢速网络中Server无法正确接收完整的JSON字符串。
$client->send(json_encode('a' => $data_10k, 'b' => $data_5k)); $pkg = $server->recv(); //Server收到的数据只有一小部分 $client->send("hello1"); $client->send("hello2"); $client->send("hello3"); $pkg = $server->recv(); //Server会一次性收到3个数据包
因为TCP通信是流式的，在接收1个大数据包时，可能会被拆分成多个数据包发送。多次Send底层也可能会合并成一次进行发送。这里就需要2个操作来解决：…
介绍：
当分布式系统编程成为你生活中的一部分时，你需要经历一段学习曲线。这篇文章描述了一下我当前在这个领域大致属于哪个层次，并希望能为你指出足够多的错误，从别人的错误中学习，从而使你能以最优的路径通向成功。先声明一下，我在1995年时达到第1级，我现在处于第3级。你自己属于哪一级呢？…
最近在研究网络服务框架方面的东西，发现了一个神奇的东西-协程。
一句话说明什么是线程：协程是一种用户态的轻量级线程。
一句话并不能完全概括协程的全部，但是起码能让我们对协程这个概念有一个基本的印象。
从硬件发展来看，从最初的单核单CPU，到单核多CPU，多核多CPU，似乎已经到了极限了，但是单核CPU性能却还在不断提升。server端也在不断的发展变化。如果将程序分为IO密集型应用和CPU密集型应用，二者的server的发展如下：
IO密集型应用: 多进程->多线程->事件驱动->协程…
近期评论