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