无心的博客总结:先弄一个服务员名单,每次客人点餐完毕就派一个服务员去,被派去的服务员在名单上记录下自己正在接受点餐,点餐完以后将自己的状态置为闲,等待新的客人到来。这里需要注意,跟现实不同,在程序中必须维护一个死循环,查看服务员名单中是否存在客人叫服务员之后,服务员没有到来的情况,可能是服务员没听到或者偷懒的情况。
本模式的使用:netty
在大堂专门安排一个服务员负责监听是否有客人的点餐请求,如果有请求就传唤服务员名单中状态为闲的服务员接受此次点餐请求,并将菜单报给后厨,后厨做完之后再通知大堂的服务员,大堂的服务员再叫一个名单上空闲的人,然后让服务员去上菜,并把这个服务员的状态置为忙,上菜完成退出大堂之后,大堂服务员将传菜完毕的服务员的状态在名单上置为闲,等待下一次传唤。
这么做的核心思想就是榨干服务员,提升顾客的消费体验,同时把那个大堂的嗓子干废。反应到程序中就是让cpu满负荷运转,及时为用户提供快速的服务。
博客以服务员点餐上菜为例介绍Reactor模式。程序中需维护死循环查看服务员响应情况,在Netty里安排专门服务员监听点餐请求,传唤空闲服务员,上菜完成后更新状态。核心是让CPU满负荷运转,为用户快速服务。
634

被折叠的 条评论
为什么被折叠?



