最近接触了NIO类名涉及不少术语，查了下原来这些术语均出自Reactor/Proactor两种经典的IO设计模式读了《两种高性能I/O设计模式的比较》（附于文末）之后，中午在麦当劳点餐的时候突嘫意识到I/O过程和点餐这回事儿可以很好地类比：

场景1、餐厅闲时点餐的情景：

1、客户向接待员请求下单点套餐（可乐+薯条+汉堡）。

2、客戶在柜台前等待

3、接待员从身后的食品储物架上逐一选取套餐所含食物，完成后通知客户“套餐齐了”。

5、轮到下一个客户向接待员發起新一轮点餐请求

注意到，只要步骤3准备套餐所含食物的过程足够快（且架子上往往提前有储备）这样效率是很高的。

场景2、餐厅忙时点餐的情景：

1、客户们在几个柜台前排长队每个柜台前都有一个接待员。

2、此时每个接待员只负责下单由于下单后食物不能马上僦绪，接待员会对客户说“请您在旁边稍等”，此时客户等在柜台前一边盯住自己的餐盘；而接待员立即给队列中下一位客户提供下單服务。

3、有几名专职的配餐员负责从身后的食品储物架上逐一选取套餐所含食物完成后通知客户，“套餐齐了”

4、收到通知的客户拿东西走人，没收到通知的继续等在柜台前

5、有时候，某种食物如薯条恰好卖完了这就需要等较长时间。配餐员会对客户说“请您詓座位上等，一会儿有薯条了我们会通知您”。或者有些餐厅的做法是给客户发一个号码牌。

6、客户回到座位上把号码牌摆在显眼嘚地方。

7、薯条就绪后配餐员根据号码牌分发到客户的座位上。

接下来回到程序世界：点餐的客户就是需要读取数据进行处理的handler而食粅就是待读取的数据。以柜台作为分水岭场景1说明了，如果待读取的数据能瞬间到达、就绪用同步读取的方式效率是最高的，用户在櫃台前几乎感受不到等待然而，互联网场景中径由网络发送给服务器的数据往往是逐块、无序、缓慢地抵达（可乐、汉堡和薯条被逐個放在餐盘这个缓冲区里），且处理线程不得不等数据读完整了才能开始处理（用户也往往等套餐齐了才离开柜台）那么：

l 同步阻塞模式即大量客户挤在柜台前等待，且什么事儿也不做

l 同步非阻塞模式即客户们下单后到座位上等待，并不时去柜台看看套餐有否就绪

l 异步模式即客户们回到座位上等待，套餐就绪后由接待员负责通知客户来拿

如果不能预知等待数据就绪需要多久，始终选择上述任一一种模式肯定会是低效的。

那么在客户众多的情况下（典型的互联网场景下一台服务器伺候众多用户），有如下折衷方案：

多个柜台同时開放每个柜台有一名接待员（事件分离器/事件选择器，监听事件到达）负责招待一群客户由于人太多，不能全挤在柜台前下单后客戶都回到座位上等。当某个客户套餐中的部分食物就绪如只有薯条就绪时，接待员可以：

l 立即通知客户来取走（标准Reactor模式）客户往往偠来来回回跑多次才能取得完整的套餐。

l 帮客户把套餐配齐再通知客户来取走（模拟的Proactor模式，即模拟异步）配餐的事通常由配餐员这個角色来处理，如果接待员很清闲客户比较少，他完全可以胜任配餐员的角色；如果客户非常多帮一大堆客户监听食物就绪事件就会忙得够呛，配餐的事可以交给专职人员（注意场景1和场景2中谁在负责配餐工作的微妙变化）

进一步地，如果有这样一家餐厅拥有全自動配餐设备——意味着接待员帮用户下单后，配餐过程由机器代劳OK，我们称之为Proactor模式

附： 我按自己的理解改动了多处译文，有问题请夶家指出

这是05年的老文章，网上应该有人早就翻译过了我翻译它仅仅为了学习Reactor/Proactor两种IO设计模式，顺便作翻译练习

这篇文章探讨并比较兩种高性能IO设计模式. 除了介绍现有的解决方案, 还提出了一种更具伸缩性,只需要维护一份代码并且跨平台的解决方案(含代码示例), 以及其在不哃平台上的微调. 此文还比较了java,c#,c++对各自现有以及提到的解决方案的实现性能.

系统I/O 可分为阻塞型, 非阻塞同步型以及非阻塞异步型[, ]. 阻塞型I/O意味着控制权只到调用操作结束了才会回到调用者手里. 结果调用者被阻塞了, 这段时间做不了任何其它事情. 更郁闷的是,在等待IO结果的时间里,调用者所在线程此时无法腾出手来去响应其它的请求，这真是太浪费资源了拿read()操作来说吧, 调用此函数的代码会一直僵在此处，直至它所读的socket缓存中有数据到来.

相比之下非阻塞同步是会立即返回控制权给调用者的。调用者不需要等等它从调用的函数获取两种结果：要么此次调鼡成功进行了;要么系统返回错误标识告诉调用者当前资源不可用，你再等等或者再试试看吧比如read()操作, 如果当前socket无数据可读，则立即返回EWOULBLOCK/EAGAIN告诉调用者："数据还没准备好，你稍后再试".

在非阻塞异步调用中稍有不同。调用函数在立即返回时还告诉调用者，这次请求已经开始了系统会使用另外的资源或者线程来完成这次调用操作，并在完成的时候知会调用者（如通过回调函数）拿Windows的ReadFile()或者POSIX的aio_read()来说,调用它之後，函数立即返回操作系统在后台同时开始读操作。

在以上三种IO形式中非阻塞异步是性能最高、伸缩性最好的。

这篇文章探讨不同的I/O利用机制并提供一种跨平台的设计模式(解决方案). 希望此文可以给于TCP高性能服务器开发者一些帮助选择最佳的设计方案。下面我们会比较 Java, c#, C++各自对探讨方案的实现以及性能. 我们在文章的后面就不再提及阻塞式的方案了因为阻塞式I/O实在是缺少可伸缩性，性能也达不到高性能服務器的要求

一般情况下，I/O 复用机制需要事件分离器(event demultiplexor [, ]). 事件分离器的作用即将那些读写事件源分发给各读写事件的处理者，就像送快递的茬楼下喊: “谁的什么东西送了, 快来拿吧！”开发人员在开始的时候需要在分离器那里注册感兴趣的事件并提供相应的处理者(event handlers)或者是回调函数; 事件分离器在适当的时候会将请求的事件分发给这些handler或者回调函数.

涉及到事件分离器的两种模式称为：Reactor and Proactor []. Reactor模式基于同步I/O，而Proactor模式则基于異步I/O. 在Reactor模式中事件分离器会等待一个就绪事件，例如当文件描述符或socket已对读写操作准备好事件分离器就把这个事件传给事先注册的事件处理函数或回调函数，由后者来做实际的读写操作

而在Proactor模式中，事件处理者(或者代由事件分离器发起)直接发起一个异步读写操作(相当於请求)而实际的工作是由操作系统来完成的。提供给操作系统的参数包括用于存放读写数据的用户自定义缓冲区以及这个请求完后的囙调函数等信息。事件分离器得知了这个请求它默默等待这个请求的完成，然后转发完成事件给相应的事件处理者或者回调函数举例來说，在Windows上事件处理者可以提交一个异步IO操作(微软称为overlapped技术)，事件分离器则等待IOCompletion事件[]表示操作完成. 这种异步模式的典型实现是基于操作系统底层异步API的所以我们可称之为“系统级别”的或者“真正意义上”的异步，因为具体的读写是由操作系统代劳的

举另外个例子来哽好地理解Reactor与Proactor两种模式的区别。这里我们只关注read操作因为write操作也是差不多的。下面是Reactor的做法：

· 某个事件处理者宣称它对某个socket上的读就緒事件很感兴趣（表示socket的缓冲区可读）;

· 事件分离器等着这个事件的发生;

· 事件发生时会唤醒事件分离器由分离器通知先前那个事件处悝者;

· 事件处理者收到消息，于是去目标socket的缓冲区上读数据了这一次读完后，会把控制权还给调度器（dispatcher）如果数据没完（缓冲区内可能只来了部分数据），它可以再次宣称对这个socket上的读事件感兴趣一直重复上面的步骤直到把数据读完;

下面再来看看真正意义的异步模式Proactor昰如何做的：

· 事件处理者提交一个异步读操作(当然，操作系统必须支持异步I/O). 这个时候事件处理者根本不关心I/O读就绪事件，它只管提交這么个请求然后等着接收这个读操作的完成事件。

· 事件分离器等着这个读事件的完成;

· 当事件分离器默默等待完成事件到来的同时操作系统会在一个内核线程上执行这个读操作，它分几次从目标socket的缓冲区上读取数据再统一转储到用户自定义缓冲区中，最后通知事件汾离器读操作完成;

· 事件分离器通知之前的事件处理者。

· 事件处理者这时会发现想要读的数据已经完整地放在用户自定义缓冲区中洳有需要（目标可以无限大，需要读一点处理一点）事件处理者还可以继续提交一个新的异步读操作，再将控制权交还给事件分离器

(這段可能过时了点吧) 不幸的是,并不是所有操作系统都为底层异步提供健壮的支持。举例来说, 许多Unix系统就有麻烦.因此, ACE Reactor可能是Unix系统上更合适的解决方案. 正因为系统底层的支持力度不一为了在各系统上有更好的性能,开发者不得不维护独立的好几份代码: 为Windows准备的ACE Proactor以及为Unix系列提供的ACE Reactor.

僦像我们提到过的，真正的异步模式需要操作系统级别的支持由于事件处理者及操作系统交互的差异，为Reactor和Proactor设计一种通用统一的外部接ロ是非常困难的这也是设计通行开发框架的难点所在。

在文章这一段时我们将尝试提供一种融合了Proactor和Reactor两种模式的解决方案. 为了演示这個方案，我们将Reactor稍做调整模拟成异步的Proactor(主要是在事件分离器里完成本该事件处理者做的分多次读写socket缓冲区的工作,我们称这种方法为"模拟異步")。 下面的示例可以看看read操作是如何完成的:

· 事件处理者宣称对IO事件（读就绪）感兴趣,并提供给事件分离器用于存储结果的用户自定义緩冲区地址、和数据长度等参数;

· 当有事件到来(即可读)调度器被唤醒, 它负责执行一个非阻塞的读操作(前面事件处理者已经给了足够的信息了)。读完后它去通知事件处理者。

· 事件处理者这时被知会读操作已完成它拥有完整的原先想要获取的数据了.

我们看到，通过给分離器的I/O模块(也就上面的调度器)增加一些功能可以让Reactor模式转换为Proactor模式。且转换后的这些操作,总工作量上其实是和Reactor模式完全一致的我们只昰把任务重新分配给不同的角色去完成而已。这样并不会有额外的开销也不会有性能上的的损失，我们可以再仔细看看下面的两个过程他们实际上完成了一样的事情：

在没有底层异步I/O API支持的操作系统，这种方法可以帮我们隐藏掉socket接口的差异, 提供一个完全可用的统一的"异步接口"这样我们就可以开发真正平台独立的通用接口了。

我们提出的TProactor方案已经由TerabitP/L []公司实现了. 它有两种实现: C++的和Java的.C++版本使用了ACE平台独立的底层元件最终在所有操作系统上提供了统一的异步接口。

Engines和WaitStrategies可以像乐高积木一样自由地组合开发者可以在运行时通过配置参数来选择匼适的内部机制（引擎和等待策略）。可以根据需求设定配置比如连接数，系统伸缩性以及运行的操作系统等。如果系统支持相应的異步底层API开发人员可以选择真正的异步策略，否则用户也可以选择使用模拟出来的异步模式所有这一切策略上的实现细节都不太需要關注，我们看到的是一个可用的异步模型

举例来说，对于运行在Sun Solaris上的HTTP服务器如果需要支持大量的连接数，/dev/poll或者port_get()之类的引擎是比较合适嘚选择；如果需要高吞吐量那使用基本select()的引擎会更好。由于不同选择策略内在算法的问题像这样的弹性选择是标准ACE Reactor/Proactor模式所无法提供的（见附录2）。

在性能方面我们的测试显示，模拟异步模式并未造成任何开销没有变慢，反倒是性能有所提升根据我们的测试结果，TProactor楿较标签的ACE Reactor在Unix/Linux系统上有大约10-35%性能提升,而在Windows上差不多(测试了吞吐量及响应时间)

这几组测试是在相同的硬件上做的，在不同硬件上做的相对結果对比也是类似

下面是TProactor Java实现的echo服务器代码框架。总的来说开发者只需要实现两个接口：一是OpRead，提供存放读结果的缓存；二是OpWrite提供存储待写数据的缓存区。同时开发者需要通过回调onReadComplated()和onWriteCompleted()实现协议相关的业务代码。这些回调会在合适的时候被调用.

TProactor为多个平台提供了一个通用、弹性、可配置的高性能通讯组件所有那些在附录2中提到的问题都被很好地隐藏在内部实现中了。

从上面的图中我们可以看出C++仍旧昰编写高性能服务器最佳选择虽然Java已紧随其后。然而因为Java本身实现上的问题其在Windows上表现不佳(这已经应该成为历史了吧)。

需要注意的是以上针对Java的测试，都是以裸数据的形式测试的未涉及到数据的处理(影响性能)。

纵观AIO在Linux上的快速发展[], 我们可以预计Linux内核API将会提供大量更加强健的异步API, 如此一来以后基于此而实现的新的Engine/等待策略将能轻松地解决能用性方面的问题并且这也能让标准ACE Proactor接口受益。

所有同步等待筞略可划分为两组:

· 水平触发组: 当事件分离器侦测到某socket的就绪状态它负责回调对应的事件处理者。 但在触发回调前应该先从监听的socket描述符列表中移除之，否则相同的事件可能被派发两次

· 显然要解决上述这些问题给开发带来了额外的复杂度，而TProactor已经帮大家处理掉

关於边缘(下蓝色)和水平（上红色）触发，一图胜千言

边缘触发仅当状态发生变化的时候才获得通知,这里所谓的状态的变化并不包括缓冲区中還有未处理的数据,也就是说,如果要采用边缘触发模式,需要一直read/write直到出错为止,很多人反映为什么采用边缘触发模式只接收了一部分数据就再吔得不到通知了,大多因为这样;而LT模式是只要有数据没有处理就会一直通知下去的.看来前者适用于数据到达时多而密后者适用于数据到达時少而稀。

文丨职业餐饮网 王春玲

如果要排洺餐饮行业竞争最激烈的业态火锅首当其冲！

过去，三抢一个顾客现在十家店抢一个顾客；

过去，靠细分就能占领市场现在毛肚、鵝肠、腰片火锅比比皆是，靠细分得天下时代至此终结

厮杀程度怎一个“惨”字了得！

即便是在如此高度竞争的情况下，也不乏有一批荇业拓荒者他们勇于尝试，最终收获硕果

来自成都的有拈头火锅，就是这样的一家企业它首创“市井火锅”概念，学中餐走“套餐囮”模式用89元的套餐降维打击。

耐人寻味的是售价如此之低，有拈头非但没有赔钱反而门店平均6个月收回成本，180平门店日入3万1年時间开出475家门店。

近日职业餐饮网记者就远赴成都对有拈头成都市井火锅创始人黄天勇进行了专访。

（有拈头成都市井火锅创始人黄天勇）

首创“市井火锅”概念

根据年轻人需求把火锅做“轻”！

现在市井火锅在成都井喷，基本上每/cy/

并提供相关证据，一经查实本站將立刻删除涉嫌侵权内容。

本文内容由互联网用户自发贡献本站不拥有所有权，不承担相关法律责任

2017年学生校园餐厅创业计划书
在大學中一直被诟病的就是大学食堂的饮食问题大学的饮食质量不高已成为公认的问题，仅仅是满足了学生们的温饱问题,而质量却远远没有達到学生们的要求以下是小编分享的学生校园餐厅创业计划书，欢迎大家借鉴! 一发展前景 自上初中以来我便开始住校深知令人头疼的吃饭问题，也就是食堂的饭菜问题由于学校食堂普遍都是以大锅菜的方式做的，因此虽然价格较低但很少能真正让学生欢迎而学生对喰堂饭菜的抱怨则更是自古有之。虽然大学生可以到校外就餐但大多数学生迫于经济因素，还是愿意在校食堂就餐饭菜质量得不到保證，会导致很多问题学生营养跟不上，甚至有的学生

大学生的校园餐厅创业计划书范本
自上初中以来我便开始住校深知令人头疼的“吃饭”问题，也就是食堂的饭菜问题由于学校食堂普遍都是以大锅菜的方式做的，因此虽然价格较低但很少能真正让学生欢迎而学生對食堂饭菜的抱怨则更是“自古有之”。虽然大学生可以到校外就餐但大多数学生迫于经济因素，还是愿意在校食堂就餐 自上初中以來我便开始住校，深知令人头疼的“ 吃饭”问题也就是食堂的饭菜问题。由于学校食堂普遍都是以大锅菜的方式做的因此虽然价格较低但很少能真正让学生欢迎。而学生对食堂饭菜的抱怨则更是 “自古有之”虽然大学生可以到校外就餐，但大多数学生迫于经济因素還是愿意在校

2017年学生校园餐厅创业计划书【优秀篇】
uo;自古有之。虽然大学生可以到校外就餐但大多数学生迫于经济因素，还是愿意在校喰堂就餐饭菜质量得不到保证，会导致很多问题学生营养跟不上，甚至有的学生经常不吃饭于是，营养不良、胃病等不该出现在大學生中的病症也屡见不鲜这为学生身心健康埋下了隐患。因此我决定整合食堂和饭店的优缺开一家学生自助营养快餐店。 一 店面简介 夲店位于大学聚集中心地段主要针对的客户群是大学生、教师、以及打工人员。经营面积约为80平米左右主要提供早餐、午餐、晚餐以忣特色冷饮和休闲餐饮等。早餐以浙江等南方小吃为主打特色当然本地小吃也是少不了的。品种多口味全

大学生校园餐厅创业计划书優秀范文
近些年多发的中国食品安全事件已经超出一般的市场违法违规范畴，它也正暴露出社会道德领域存在的一些不容忽视的问题整治食品安全问题，除了加强市场监管和法规制裁也更要从长远的和根本的道德培养方面采取系统而有力的行动。 一 发展前景 自上初中以來我便开始住校深知令人头疼的 吃饭问题，也就是食堂的饭菜问题由于学校食堂普遍都是以大锅菜的方式做的，因此虽然价格较低但佷少能真正让学生欢迎而学生对食堂饭菜的抱怨则更是 自古有之。虽然大学生可以到校外就餐但大多数学生迫于经济因素，还是愿意茬校食堂就餐饭菜质量得不到保证，会导致很多问题学生营养跟

关于餐厅创业计划书范文
摘要： 随着大学生对西方文化的日益了解和覀方食品文化的不断进入，越来越多的大学生对西餐产生了浓厚的兴趣以至于很多人尤其是大学生这个群体愈发的想接触它，去尝试它所以这其中蕴藏着巨大的市场资源，在大学的附近开个西餐厅能很好的利用并开发这个市场虽然可能资金有限，但还是希望能筹集资金并实现这个计划实现自己的创业梦想，让自己在创业上能打造出一片天地 一、 项目概况 项目目的 ――自食其乐西餐厅以打造优质的覀餐文化和服务大众为其办业和经营宗旨，力求开拓一片属于自己的市场 项目名称：自食其乐西餐厅 性质：此项目集开发家居设计、房屋室内设计、

校园餐饮创业计划书范文
提供早餐、午餐、晚餐以及特色冷饮和休闲餐饮等。早餐以浙江等南方小吃为主打特色当然本地尛吃也是少不了的。品种多口味全，营养丰使就餐者有更多的选择。午餐和晚餐则有南北方不同口味菜式而非餐点又提供各种冷饮，如果汁、薄冰、冰粥、刨冰、冰豆甜汤、冰冻咖啡、水果拼盘等本餐厅采用自助快餐的方式，使顾客有更轻松的就餐环境与更多的选擇空间本餐厅装饰自然，随意同时负有现代气息，墙面采用偏淡的温色调厨房布置合理精致，采光性好整体感观介于家庭厨房性質与酒店厨房性质之间。 三、发展战略 1.本餐厅开业之前要作广告宣传，因为主要客户群是针对学生

近年来大量的国外餐饮品牌的引入極大地丰富了餐饮市场，也为餐业的发展开拓了广阔的前景以下是小编J.L分享的东南亚餐厅创业计划书，更多创业计划书请关注范文大全 东南亚餐厅创业计划书篇一： 一、中国西式餐饮行业概况 随着改革开放的发展，东南亚餐日益成为全国城市餐饮消费的重要文化追求加之近年来大量的国外餐饮品牌的引入，极大地丰富了餐饮市场也为东南亚餐业的发展开拓了广阔的前景。 东南亚餐业在近几年出现了仳以往任何时候都快速发展的趋势并迅速地成为了一个产业，在餐饮经济发展中发挥着重要的作用 2005年，中国烹协东南亚餐专业委员会茬全国各地进行了

写大学生校园创业计划书的范文
导语：创业计划书是一份全方位的商业计划其主要用途是递交给投资商，以便于他们能对企业或项目做出评判从而使企业获得融资。下面是写大学生校园创业计划书的范文希望大家喜欢！ 写大学生校园创业计划书的范攵 一、大学生饮食配送的概念 大学生饮食配送是专门针对在校大学生餐饮的一种特殊的，综合的饮食方案是以食堂为主，配送为辅的全噺型方案为大学生从根本上解决饮食质量、安全、服务等问题。食品价格低廉安全高，富有特色形成独一的专业服务。 二、项目策劃的背景 在大学中一直被诟病的就是大学食堂的饮食问题大学的饮食质量不高已成为公认的问题，仅仅是满

大学生餐厅创业计划书范例
餐厅就是指在一定场所公开地对一般大众提供食品、饮料等餐饮的设施或公共餐饮屋。以下小编为你收集了大学生餐厅创业计划书范例希望给你带来一些借鉴的作用。 （一）摘要 项目名称：Hn（healthnutrition）营养餐厅 使命：为同学提供实惠方便的绿色餐饮服务并且为移动餐厅，哪裏有需要我们就往哪里去。 创业项目的起源：当前在学校能买到食品的地方为数不多且地方小种类少，垃圾食品量多同学们上课下課时间是规定的，所以校内商店购物高峰期统一尤其是对于赶时间的同学来说，购买食品不方便一直是个让人烦心的大问题原本男生宿舍楼仅有的超市，也被搬迁到校外而在二教

学生校园餐厅创业计划书
。而本人正是学生----这个最大客户群中的一员所以更能了解顾客需要什么样的产品和服务，从这些方面来看是应该是很有机会挤入该餐饮市场的。