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