说到长链接大家肯定不陌生，就是复用一个链接持续不断的进行数据交互，它不像那些一夜情似的服务，需要频繁的打开和关闭链接，效率低的同时还增加了业务的复杂度。在裆下很多互联网业务场景都需要长连接的支持，比如：游戏、聊天、信息推送等等等，今天我们就一步一步来揭秘php长连接的玩法。我相信任何一项技术的实施都是因为业务场景的需要，所以这次我们还拿聊天室说事儿。
0x00 初试牛刀
记得以前用php写聊天室还是用polling的方式，毫无疑问，一提到polling,肯定会有人说long polling，没错！long polling也很不错，但在nginx+fpm上面玩这个多少有些费劲，毕竟一个请求需要占一个php进程(就算是用apache+php_mod，也需要一个请求一个线程)，所以要是几个人随便玩玩还行，一旦放到线上人多起来，这基本就废了。所以还是采用polling的方式，这样不会阻塞进程，并且一个请求能立即得到响应，但是带来的新问题是需要不停的向服务器发送请求，而且随着间隔的时间越大导致消息延迟就越大。
0x01 华丽变身
在经历了上面那种一秒一小卡，三秒一大卡的场面！再也看不下去了，于是决定变身为真正的男人，哦不对，应该是真正的长连接。去他妈的polling, 去他妈的long polling,去他妈的webserver，统统靠边站，让flash socket(或者说websocket)来统治这个世界！开始了真正意义上的长连接之旅。要玩长连接总是少不了跟socket打交道吧，作为世界上最好的语言(没有之一)，socket的封装自然是少不了滴。抄起socket_***就开干，于是就有了下面这一托代码，长连接是吧？延迟是吧？socket是吧？汤药费是吧？so easy....
- $sfd = socket_create(AF_INET, SOCK_STREAM, 0);
- socket_bind($sfd, "0.0.0.0", 1234);
- socket_listen($sfd, 511);
- socket_set_option($sfd, SOL_SOCKET, SO_REUSEADDR, 1);
- socket_set_nonblock($sfd);
- $rfds = array($sfd);
- $wfds = array();
- do{
- $rs = $rfds;
- $ws = $wfds;
- $es = array();
- $ret = socket_select($rs, $ws, $es, 3);
- //read event
- foreach($rs as $fd){
- if($fd == $sfd){
- $cfd = socket_accept($sfd);
- socket_set_nonblock($cfd);
- $rfds[] = $cfd;
- echo "new client coming, fd=$cfd\n";
- }else{
- $msg = socket_read($fd, 1024);
- if($msg <= 0){
- //close
- }else{
- //recv msg
- echo "on message, fd=$fd data=$msg\n";
- }
- }
- }
- //write event
- foreach($ws as $fd){
- socket_write($fd, ........);
- }
- }while(true);
0x02 登峰造极
从玩socket的那天起，google就轻言细语的跟我说，高并发下的select不要用啊，效率底啊，win要用iocp啊, linux要用epoll啊，blablablabla...哦！好吧，既然google都这么说了，我也不能跟他老人家较真不是，又一次决定(为什么要说又呢？)要听google话，把epoll搞起来，可总不能自己写啊？像我这么懒的人还是整个扩展好了，libevent走你！经过疯狂的编(co)码(py)，神作终于出山，具体能有多高效，能撑多少并发，不造，反正没用select了，我奏是屌！
- $sfd = stream_socket_server ('tcp://0.0.0.0:1234', $errno, $errstr);
- stream_set_blocking($sfd, 0);
- $base = event_base_new();
- $event = event_new();
- event_set($event, $sfd, EV_READ | EV_PERSIST, 'ev_accept', $base);
- event_base_set($event, $base);
- event_add($event);
- event_base_loop($base);
- function ev_accept($socket, $flag, $base)
- {
- $connection = stream_socket_accept($socket);
- stream_set_blocking($connection, 0);
- $buffer = event_buffer_new($connection, 'ev_read', NULL, 'ev_error', $connection);
- event_buffer_base_set($buffer, $base);
- event_buffer_timeout_set($buffer, 30, 30);
- event_buffer_watermark_set($buffer, EV_READ, 0, 0xffffff);
- event_buffer_priority_set($buffer, 10);
- event_buffer_enable($buffer, EV_READ | EV_PERSIST);
- }
- function ev_error($buffer, $error, $connection)
- {
- event_buffer_disable($buffer, EV_READ | EV_WRITE);
- event_buffer_free($buffer);
- fclose($connection);
- }
- function ev_read($buffer, $connection)
- {
- $read = event_buffer_read($buffer, 256);
- //do something....
- }
0x03 绝处逢生
随着人数的增长，并发的提升，单个进程已经满足不了需求了，田伯光的故事告诉我们，单挑是斗不过群P的，咋整？俗话说，大事化小，小事化，停！！别化了，再化就没了。拆吧，把单进程拆成多进程，可是拆完之后又面临新的问题，进程间通信、负载均衡、session唯一等。既然已经提出这样的问题，肯定是有解决方案，现成的就有扩展和库来解决这个事，比如：swoole,workerman等？相比之下swoole更屌一些，性、功能，呃！好像这样简写不太雅观，好吧，性能和功能更屌一些(桶哥，请原谅我的无聊~)。。。。等一下！！！但是，我们在使用php来开发web的时候，也没有使用webserver相关的库来做开发对不对？咱只是简单的echo而已。这些繁杂的事都交给了nginx或者是apache，是他们义无反顾的顶在前面，让我们可以专心写逻辑。写web我们只需要简单的配置nginx和fpm就好了，那写socket服务呢？我们为什么不能像nginx+fpm一样简单配置就好了呢？？当然能，必须能。。。。。看这个剧情怕是广告要来了。。。
0x04 出其不意
写socket服务不比写web高级，都是打码，都是完成需求，通信那层都是固定的，只不过一个由nginx完成，另一个由自己完成。。可是现在不需要自己完成了，类似nginx+fpm的方案，fooking+fpm=php长连接，gateway用于承载连接，router用于转发消息，进程间通信？负载均衡？session唯一？so easy..
- $sid = $_SERVER['SESSIONID'];//这是sessionid
- $data = file_get_contents("php://input");//这样就能拿到请求内容了
- //想要返回消息只需要两步
- header('Content-Length: 11');//返回给客户端字节数
- echo "hello world";
- //想要给别的用户发消息
- include 'api.php';
- $router = new RouterClient('router host', 'router port');
- $router->sendMsg(用户sessionid, "fuck you");
- //想要给所有人要消息
- $router->sendAllMsg("fuck all");
- //想给指定组发消息(类似redis的pub/sub)
- $router->publish("channel name", "fuck all");
项目地址: http://git.oschina.net/scgywx/fooking
文档地址(不定期更新)：http://my.oschina.net/scgywx/blog/465186
