@ssword
如果只是说阻塞/非阻塞、同步/异步，恐怕还是不能讲得太清。

阻塞发生在什么地方，一般来说发生在应用层向传输层的数据交换上。我们send/recv，实际上是与传输层打交道。比如recv，我们是把传输层的读缓冲区的数据搬到用户缓存区中，如果读缓冲区不可读（比如没数据），那阻塞模式下用户程序会停在的recv处，直到读缓冲区有了数据可以读了为止。这里的阻塞与否主要是socket意义上的。总的来说，阻塞是个容易理解的概念。

而异步这个概念，比较泛，不好谈。最广义的异步可以通过同步来模拟，如果如果，则如何，否则如何，这其中的“则如何”不同需要关心何时会“如果”。多路复用一种很经典的程序结构，就是把线路给Selector，Selector来告诉用户程序那些线路可以进行IO。select/poll/epoll/kqueue都可以作为Selector。其中select因为是轮询的，效率较差。而epoll是基于事件通知的，效率不错。使用epoll，无论是多个进程，还是多个线程，理论上效能都一回事，实际和linux的进程、线程调度有关系，和用户程序质量也有关系。使用epoll，监视IO的可读写性的工作交给了系统，而真正的数据搬运，用户程序自己来。正因为如此，我们不能说epoll是AIO，两者基本扯不上关系。当然，epoll可以帮助编写一套广泛意义上的AIO套件，比如epoll等到读写事件，就把活交给一个IO线程去办，办完再通过该套件自己的事件机制向用户发通知说我办完了。虽然这样多扰了几层，但一定程度还是符合AIO的定义的。

说这些，是想说我对IO模型的理解并没有多少偏差。我的观察是，大多数人用epoll就实现了高性能并发的需求，Linux虽然实现了一系列aio_*，但没多少人去用。而AIO好像并非是性能的终极方案。

思想问题~

早就下了，还没玩~

@ssword 我的问题不是并发模型有哪些哦~

老师那是AOI

建议乘早离开北京。
把脱离北京弄出一项运动、一种势态，促使资金、人才全方位脱离，实现互联网业的分布化。

技术用来解决问题的，能解决现在的热点问题就时髦。
Java让人沮丧的一点，就是一想到Java就想到很多莫名其妙、不知所谓的框架。
这些繁杂的框架消耗了很多人本该用以关注问题的精力。
如果人能有意识地去重视问题，Java便有可取之处。

作为创业者，我觉得这是两个成本和一个风险的问题。
用流行的正版商业软件，等于增加开支。单个的直接支出几千块，跟部署的量。
用不流行的免费或开源软件，要增加人力成本。单人直接支出上万。
用盗版，面临法律风险，就是说可能被罚款，或者被告赔钱。上限大概是赚多少赔多少。
潜在的还有道德问题，但企业道德和企业收益的关系太复杂，这个问题说不清，主要还是看企业主的理想。

如果是互联网创业，那最重要的还是人。用商业软件还是用开源，最主要看能不能让人的价值最大化。如果你有个很好的商业模式，做成了稳赚钱，你何不去寻求更大的资金来放大人的作用。如果商业模式本身就有很多不确定性，使用盗版就是增加一点不确定性。

主要还是理念问题。

不用80端口就是了～

量子化……

4M光纤是什么业务？共享的吧？有独立IP么？

等iPhone4S联通合约版

@Ricepig 07抗高寒