说到长链接大家肯定不陌生，就是复用一个链接持续不断的进行数据交互，它不像那些一夜情似的服务，需要频繁的打开和关闭链接，效率低的同时还增加了业务的复杂度。在裆下很多互联网业务场景都需要长连接的支持，比如：游戏、聊天、信息推送等等等，今天我们就一步一步来揭秘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");

项目地址: 

文档地址(不定期更新)：