也来说说TP与Workerman的集成

最近想在TP的项目中使用Workerman,经查看一些资料发现我现在使用的方式和大家不太一样,所以发出来大家可以指点一二
突然发现无法发链接,把内容复制过来一下好了

原理
TP与Workerman集成的难处在于CLI模式下TP默认第一个参数为入口文件,第二个参数为控制器路径,之后为参数
Workerman默认第一个参数为文件,第二个参数在WIN下无用,Linux下为start等指令
那么问题来了,在TP中使用Workerman一般都是在控制器层,而不是新增入口文件的方式
这样的话第二个参数的用途上两个框架会产生冲突,一般的解决方式有改动Workerman源码,直接在新入口文件中使用Workerman等
但是通过观察两个项目的源码发现,Workerman是靠$argv进行参数判断,而TP则使用$_SERVER['argv']进行控制器映射
这样的话在可控的范围内可以通过讨巧的方式干涉$argv参数的形式进行集成
方式
1.下载WIN和Linux双版本的Workerman,放入ThinkPHP/Library/Vendor/目录,重命名为Workerman_for_win和Workerman_for_linux
2.在任意模块的控制器目录建立Workerman控制器基类,基类继承自TP的Controller类
3.在Workerman控制器的构造方法中判断当前环境:$os = IS_WIN ? 'win':'linux';
4.根据当前环境引入Workerman的自动加载文件:Vendor('Workerman_for_'.$os.'.Autoloader');
5.干预$argv参数内容,同时设置被挤掉的$argv[1]为常量
global $argv;
define ('ARGV1', $argv[1]);
$argv[1] = isset($argv[2])?$argv[2]:'';
$argv[2] = isset($argv[3])?$argv[3]:'';
6.调用父类构造方法:parent::__construct();
7.新建CLI模式的入口文件,同时需要使用Workerman功能的控制器继承刚才新建的类
特点
使用这种方式集成有如下优缺点:
优点:无需改动任何Workerman源码或文件名,两个项目可以互不干扰的集成
自动判断环境方便开发与部署
缺点:人工干预了$argv参数需要项目中对$argv的使用可控,或项目中只使用$_SERVER['argv']
可能会对带参数执行CLI模式的TP控制器产生一定影响,尽量启动时除控制器路径和Workerman指令外不带有其他参数
最后
Workerman是纯PHP实现的PHP socket 服务器框架,支持多种协议和毫秒级定时器等强大特性
Workerman在WIN下直接使用主进程进行服务而在Linux下使用子进程进行服务这在特定情况下会产生区别,开发时需要注意