- 1.1 序言
- 1.2 原理
- 1.3 开发必读
- 1.4 入门指引
- 1.4.1 特性
- 1.4.2 简单的开发示例
- 1.5 安装
- 1.5.1 环境要求
- 1.5.2 下载安装
- 1.5.3 启动停止
- 1.6 开发流程
- 1.6.1 开发前必读
- 1.6.2 目录结构
- 1.6.3 开发规范
- 1.6.4 基本流程
- 1.7 通讯协议
- 1.7.1 通讯协议作用
- 1.7.2 定制通讯协议
- 1.7.3 一些例子
- 1.8 Worker类
- 1.8.1 构造函数
- 1.8.2 属性
- 1.8.2.1 id
- 1.8.2.2 count
- 1.8.2.3 name
- 1.8.2.4 protocol
- 1.8.2.5 transport
- 1.8.2.6 reusePort
- 1.8.2.7 connections
- 1.8.2.8 stdoutFile
- 1.8.2.9 pidFile
- 1.8.2.10 logFile
- 1.8.2.11 user
- 1.8.2.12 reloadable
- 1.8.2.13 daemonize
- 1.8.2.14 globalEvent
- 1.8.3 回调属性
- 1.8.3.1 onWorkerStart
- 1.8.3.2 onWorkerReload
- 1.8.3.3 onConnect
- 1.8.3.4 onMessage
- 1.8.3.5 onClose
- 1.8.3.6 onBufferFull
- 1.8.3.7 onBufferDrain
- 1.8.3.8 onError
- 1.8.4 接口
- 1.8.4.1 runAll
- 1.8.4.2 stopAll
- 1.8.4.3 listen
- 1.9 TcpConnection类
- 1.9.1 属性
- 1.9.1.1 id
- 1.9.1.2 protocol
- 1.9.1.3 worker
- 1.9.1.4 maxSendBufferSize
- 1.9.1.5 defaultMaxSendBufferSize
- 1.9.1.6 defaultMaxPackageSize
- 1.9.2 回调属性
- 1.9.2.1 onMessage
- 1.9.2.2 onClose
- 1.9.2.3 onBufferFull
- 1.9.2.4 onBufferDrain
- 1.9.2.5 onError
- 1.9.3 接口
- 1.9.3.1 send
- 1.9.3.2 getRemoteIp
- 1.9.3.3 getRemotePort
- 1.9.3.4 close
- 1.9.3.5 destroy
- 1.9.3.6 pauseRecv
- 1.9.3.7 resumeRecv
- 1.9.3.8 pipe
- 1.10 AsyncTcpConnection类
- 1.10.1 __construct
- 1.10.2 connect
- 1.10.3 reconnect
- 1.10.4 transport
- 1.11 AsyncUdpConnection类
- 1.11.1 __construct
- 1.11.2 connect
- 1.11.3 send
- 1.11.4 close
- 1.12 Timer定时器类
- 1.12.1 add
- 1.12.2 del
- 1.12.3 定时器注意事项
- 1.14 调试
- 1.14.1 基本调试
- 1.14.2 status命令查看运行状态
- 1.14.3 调试busy进程
- 1.14.4 网络抓包
- 1.14.5 跟踪系统调用
- 1.15 常用组件
- 1.15.1 GlobalData数据共享组件
- 1.15.1.1 GlobalDataServer
- 1.15.1.2 GlobalDataClient
- 1.15.1.2.1 add
- 1.15.1.2.2 cas
- 1.15.1.2.3 increment
- 1.15.2 Channel分布式通讯组件
- 1.15.2.1 ChannelServer
- 1.15.2.2 channelClient
- 1.15.2.2.1 connect
- 1.15.2.2.2 on
- 1.15.2.2.3 publish
- 1.15.2.2.4 unsubsribe
- 1.15.2.3 例子-集群推送
- 1.15.2.4 例子-分组发送
- 1.15.3 FileMonitor文件监控组件
- 1.15.4 MySQL组件
- 1.15.4.1 workerman/mysql
- 1.15.4.2 react/mysql(异步)
- 1.15.4.3 其它数据库类
- 1.15.5 redis组件
- 1.15.5.1 react/redis
- 1.15.6.1 workerman/http-client
- 1.15.6.2 react/http-client
- 1.15.7 异步消息队列组件
- 1.15.7.1 react/zmq
- 1.15.7.2 react/stomp
- 1.15.8 异步MQTT组件
- 1.15.8.1 workemran/mqtt
- 1.15.9.1 react/dns
- 1.15.10 memcache
- 1.16 常见问题
- 1.16.1 心跳
- 1.16.2 客户端连接失败原因
- 1.16.3 是否支持多线程
- 1.16.4 与其它框架整合
- 1.16.5 运行多个workerman
- 1.16.6 支持哪些协议
- 1.16.7 如何设置进程数
- 1.16.8 查看客户端连接数
- 1.16.9 对象和资源的持久化
- 1.16.10 例子无法工作
- 1.16.11 启动失败
- 1.16.12 停止失败
- 1.16.13 支持多少并发
- 1.16.14 更改代码不生效
- 1.16.15 向指定客户端发送数据
- 1.16.16 如何主动推送消息
- 1.16.17 在其它项目中推送
- 1.16.18 如何实现异步任务
- 1.16.19 status里send_fail的原因
- 1.16.20 Windows下开发Linux下部署
- 1.16.21 是否支持socket.io
- 1.16.22 终端关闭导致workerman关闭
- 1.16.23 与nginx apache的关系
- 1.16.24 禁用函数检查
- 1.16.25 平滑重启原理
- 1.16.26 为Flash开843端口
- 1.16.27 如何广播数据
- 1.16.28 如何建立udp服务
- 1.16.29 监听ipv6
- 1.16.30 关闭未认证的连接
- 1.16.31 传输加密-ssl/tls
- 1.16.32 创建wss服务
- 1.16.33 创建https服务
- 1.16.34 workerman作为客户端
- 1.16.35 作为ws/wss客户端
- 1.16.36 微信小程序
- 1.16.37 PHP的几种回调写法
- 1.16.38 透过代理获取客户端真实ip
- 1.16.39 开机启动
- 1.16.40 接收和发送16进制数据
- 1.16.41 接收一定请求后重启
- 1.16.42 win下初始化多个worker
- 1.17.1 优化Linux内核
- 1.17.2 压力测试
- 1.17.3 安装扩展
- 1.17.4 websocket协议
- 1.17.5 ws协议
- 1.17.6 text协议
- 1.17.7 frame协议
- 1.17.8 不支持的函数/特性
1.6.1 开发前必读
使用WorkerMan开发应用,你需要了解以下内容:
一、WorkerMan开发与普通PHP开发的不同之处
除了与HTTP协议相关的变量函数无法直接使用外,WorkerMan开发与普通PHP开发并没有很大不同。
1、应用层协议不同
- 普通PHP开发一般是基于HTTP应用层协议,WebServer已经帮开发者完成了协议的解析
WorkerMan支持各种协议,目前内置了HTTP、WebSocket等协议。WorkerMan推荐开发者使用更简单的自定义协议通讯
- HTTP协议开发请参考Http服务部分
2、请求周期差异
- PHP在Web应用中一次请求过后会释放所有的变量与资源
- WorkerMan开发的应用程序在第一次载入解析后便常驻内存,使得类的定义、全局对象、类的静态成员不会释放,便于后续重复利用
3、注意避免类和常量的重复定义
- 由于WorkerMan会缓存编译后的PHP文件,所以要避免多次require/include相同的类或者常量的定义文件。建议使用require_once/include_once加载文件。
4、注意单例模式的连接资源的释放
- 由于WorkerMan不会在每次请求后释放全局对象及类的静态成员,在数据库等单例模式中,往往会将数据库实例(内部包含了一个数据库socket连接)保存在数据库静态成员中,使得WorkerMan在进程生命周期内都复用这个数据库socket连接。需要注意的是当数据库服务器发现某个连接在一定时间内没有活动后可能会主动关闭socket连接,这时再次使用这个数据库实例时会报错,(错误信息类似mysql gone away)。WorkerMan提供了数据库类,有断开重连的功能,开发者可以直接使用。
5、注意不要使用exit、die出语句
- WorkerMan运行在PHP命令行模式下,当调用exit、die退出语句时,会导致当前进程退出。虽然子进程退出后会立刻重新创建一个的相同的子进程继续服务,但是还是可能对业务产生影响。
6、改完代码需要重启服务才能生效
由于WorkerMan是常驻内存的,php类即函数的定义加载一次后便常驻内存,不会再次读取磁盘加载,所以每次修改完业务代码需要重启才能生效。
二、需要了解的基本概念
1、TCP传输层协议
TCP是一种面向连接的、可靠的、基于IP的传输层协议。TCP传输层协议一个重要特点是TCP是基于数据流的,客户端的请求会源源不断的发送给服务端,服务端收到的数据可能不是一个完整的请求,也有可能是多个请求连在一起。这就需要我们在这源源不断的数据流中区分每个请求的边界。而应用层协议主要是为请求边界定义一套规则,避免请求数据混乱。
2、应用层协议
应用层协议(application layer protocol)定义了运行在不同端系统上(客户端、服务端)的应用程序进程如何相互传递报文,例如HTTP、WebSocket都属于应用层协议。例如一个简单的应用层次协议可以如下{"module":"user","action":"getInfo","uid":456}n"
。此协议是以"n"
(注意这里"n"
代表的是回车)标记请求结束,消息体是字符串。
3、短连接
短连接是指通讯双方有数据交互时,就建立一个连接,数据发送完成后,则断开此连接,即每次连接只完成一项业务的发送。像WEB网站的HTTP服务一般都用短连接。
短连接应用程序开发可以参考基本开发流程一章
4、长连接
长连接,指在一个连接上可以连续发送多个数据包。
注意:长连接应用必须加心跳,否则连接可能由于长时间不活跃而被路由节点防火墙断开。
长连接多用于操作频繁,点对点的通讯的情况。每个TCP连接都需要三步握手,这需要时间,如果每个操作都是先连接,再操作的话那么处理速度会降低很多。所以长连接在每个操作完后都不断开,下次处理时直接发送数据包就OK了,不用建立TCP连接。例如:数据库的连接用长连接,如果用短连接频繁的通信会造成socket错误,而且频繁的socket 创建也是对资源的浪费。
当需要主动向客户端推送数据时,例如聊天类、即时游戏类、手机推送等应用需要长连接。 长连接应用程序开发可以参考Gateway/Worker开发流程
5、平滑重启
一般的重启的过程是把所有进程全部停止后,再开始创建全新的服务进程。在这个过程中会有一个短暂的时间内是没有进程对外提供服务的,这就会导致服务暂时不可用,这在高并发时势必会导致请求失败。
而平滑重启则不是一次性的停止所有进程,而是一个进程一个进程的停止,每停止一个进程后马上重新创建一个新的进程顶替,直到所有旧的进程都被替换为止。
平滑重启WorkerMan可以使用 php your_file.php reload
命令,能够做到在不影响服务质量的情况下更新应用程序。
注意:只有在on{...}回调中载入的文件平滑重启后才会自动更新,启动脚本中直接载入的文件或者写死的代码运行reload不会自动更新。
三、区分主进程和子进程
有必要注意下代码是运行在主进程还是子进程,一般来说在Worker::runAll();
调用前运行的代码都是在主进程运行的,onXXX回调运行的代码都属于子进程。注意写在Worker::runAll();
后面的代码永远不会被执行。
例如下面的代码
require_once __DIR__ . '/Workerman/Autoloader.php';
use WorkermanWorker;
// 运行在主进程
$tcp_worker = new Worker("tcp://0.0.0.0:2347");
// 赋值过程运行在主进程
$tcp_worker->onMessage = function($connection, $data)
{
// 这部分运行在子进程
$connection->send('hello ' . $data);
};
Worker::runAll();
注意: 不要在主进程中初始化数据库、memcache、redis等连接资源,因为主进程初始化的连接可能会被子进程自动继承(尤其是使用单例的时候),所有进程都持有同一个连接,服务端通过这个连接返回的数据在多个进程上都可读,会导致数据错乱。同样的,如果任何一个进程关闭连接(例如daemon模式运行时主进程会退出导致连接关闭),都导致所有子进程的连接都被一起关闭,并发生不可预知的错误,例如mysql gone away 错误。
推荐在onWorkerStart里面初始化连接资源。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论