TARS-WEBSOCKET-SERVER的说明

目录结构说明

  1. clients存放了简单的聊天室前端页面,包含了两个页面, 分别代表两个聊天室。聊天室可以相互发送留言,也可以进行全局广播。

  2. scripts存储业务所需要的脚本,如tars2php.sh 负责的就是根据tars文件,生成客户端所需要的代码

  1. src业务逻辑所在的目录,主要包含以下结构:
  • component: 存储Controller的基础类,方便所有的Controller公用,存放用来存储websocket的fd的接口和一种实现;
  • conf: 业务需要的配置, 这里只是给出一个demo,如果从平台下发配置,默认也会写入到这个文件夹中;
  • controller: MVC模型中的C层;
  • message: 存放被swoole的onMessage方法触发之后, 调用的文件;
  • servant: 使用tars2php生成的client端的代码, 这个目录名称完全可以自定义,只需要在使用的时候加以区分就可以了;
  • composer.json: 说明项目的依赖情况
  • index.php: 整个服务的入口文件,这个文件名称可以自定义,但是必须要更改平台上的私有模板,增加entrance这个字段在server下面
  • services.php: 声明整个项目的基础namespaceName
  1. tars这个websocket服务所依赖的就是这个文件夹下面的example.tars文件;tars.proto.php是进行服务打包和发布的必须文件, 其中的APPName和ServerName需要和tars平台上面完全一致;

而tars.client.proto.php文件,则是生成servant下代码所必须的,这个会在下面的guideline中具体说明。

Demo说明

这个demo是为了演示websocket与tarsphp相互结合的过程。请求链路如下:

  • client1.html发起websocket请求, 要求加入房间1
  • tars-websocket接收到对应请求, 解析后将client1的fd放入房间1为key的任意存储中(本例中是文件);
  • client2有类似过程;
  • 通过server->connections可以获取所有fd, 并执行广播操作;

场景说明:

  • 一个可能的场景是, websocket服务本身监听http端口, 外部触发接口, 进而推送消息给浏览器
  • 聊天室;
  • 聊天软件;

服务部署guideline

  1. 进入运维管理=> 模板管理平台会提供一份新的针对php的模板,命名为tars.tarsphp.default.

!!!!!!!必须首先修改其中php的执行路径!!!!!!!

其次有两种方式保证websocketserver使用正确的模板:

  • 自己新建一个tars.tarsphp.websocket,里面添加如下内容:
  1. <tars>
  2. <application>
  3. ...
  4. <client>
  5. ...
  6. </client>
  7. <server>
  8. ...
  9. protocolName=http
  10. servType=websocket
  11. </server>
  12. </application>
  13. </tars>

只需要在里面添加:

  1. protocolName=http

即可。

  • 第二种方式是在私有模板里面添加这部分内容:
  1. <tars>
  2. <application>
  3. <client>
  4. </client>
  5. <server>
  6. servType=websocket
  7. protocolName=http
  8. </server>
  9. </application>
  10. </tars>
  1. 在平台上进入运维管理=>部署服务,填写对应的应用名和服务名称,注意,这个与下文中tars文件夹中的tars.proto.php需要完全一致。

  2. 选择服务类型为tars_php

  3. 选择模板为刚刚建立的websocket服务模板,默认不启用set

  4. 选择可用端口,填写服务器内网ip

  5. 端口类型为TCP!!!!协议类型HTTP服务必须选择非TARS!!!!!!

  6. 线程数对应SWOOLE的进程数

  7. 最大连接数和队列最大长度、队列超时时间,对php服务不生效

  8. 点击添加和提交即可,接下来请进入开发guidline

开发guideline

  1. 新建对应的目录结构,固定为scripts、src和tars

  2. 在src下新建目录,拷贝example中的component和controller两个文件夹

  3. 新建composer.json文件,内容如下:

  1. {
  2. "name" : "tars-http-server-demo",
  3. "description": "tars http server",
  4. "require": {
  5. "phptars/tars-server": "~0.2",
  6. "phptars/tars-deploy": "~0.1",
  7. "phptars/tars2php": "~0.1",
  8. "phptars/tars-log": "~0.1",
  9. "ext-zip" : ">=0.0.1"
  10. },
  11. "autoload": {
  12. "psr-4": {
  13. "HttpServer\\" : "./"
  14. }
  15. },
  16. "minimum-stability": "stable",
  17. "scripts" : {
  18. "deploy" : "\\Tars\\deploy\\Deploy::run"
  19. }
  20. }

其中name、description、autoload中的psr-4可以修改为自己需要的,我们这里以此为例子。

  1. 在src下新建index.php,内容如下:
  1. <?php
  2. require_once(__DIR__."/vendor/autoload.php");
  3. use \Tars\cmd\Command;
  4. //php tarsCmd.php conf restart
  5. $config_path = $argv[1];
  6. $pos = strpos($config_path,"--config=");
  7. $config_path = substr($config_path,$pos+9);
  8. $cmd = strtolower($argv[2]);
  9. $class = new Command($cmd,$config_path);
  10. $class->run();

这个文件负责进行启动和入口加载工作

  1. 新建services.php文件,内容如下:
  1. <?php
  2. // 以namespace的方式,在psr4的框架下对代码进行加载
  3. return array(
  4. 'namespaceName' => 'HttpServer\\',
  5. 'monitorStoreConf' => [
  6. //'className' => Tars\monitor\cache\RedisStoreCache::class,
  7. //'config' => [
  8. // 'host' => '127.0.0.1',
  9. // 'port' => 6379,
  10. // 'password' => ':'
  11. //],
  12. 'className' => Tars\monitor\cache\SwooleTableStoreCache::class,
  13. 'config' => [
  14. 'size' => 40960
  15. ]
  16. ]
  17. );

namespaceName为业务实际使用的namespaceName,必须与composer.json中的配置相互对应monitorStoreConf为主调上报信息的存储配置

  • className 为主调上报信息的存储实现类的类名,默认为 \Tars\monitor\cache\SwooleTableStoreCache::class 使用swoole_table存储,tars-monitor中还提供了redis的存储方式,用户也可以自定义新的实现,但是必须实现 \Tars\monitor\contract\StoreCacheInterface 接口
  • config 为主调上报信息的存储实现类的配置信息,在实现类初始化时作为参数传入,默认对应swoole_table的size
  1. composer install,加载对应的依赖包

  2. 在src下新建conf目录存储配置,默认为ENVConf.php

  3. tars文件夹下面新建tars.proto.php文件, 里面需要包含对你服务本身的说明:

<?php
return array(
    'appName' => 'PHPTest',
    'serverName' => 'PHPWebsocketServer',
    'objName' => 'obj',
);

这个名称要与在tars平台上面的名称完全一一对应。

  1. 如果你只是试一试,那么首先在可以直接跳到第14步 如果你需要调用tars服务,请继续

  2. 将隔壁tcp-server的hello.tars放入tars文件夹中,同时在tars文件夹下面新建tarsclient.proto.php文件:

<?php
return array(
    'appName' => 'PHPTest',
    'serverName' => 'PHPServer',
    'objName' => 'obj',
    'withServant' => false,//决定是服务端,还是客户端的自动生成
    'tarsFiles' => array(
        './example.tars'
    ),
    'dstPath' => '../src/servant',
    'namespacePrefix' => 'HttpServer\servant',
);

APPName、serverName、objName 需要与tars平台上面申请的完全一致。withServant必须为false,同时指定tarsFiles的路径。dstPath一般是../src/?,这里为../src/servant,这样生成的代码就会到这个文件夹。namespacePrefix是对应代码的命名空间,这里是HttpServer\servant,这个与composer.json中的psr-4的名称也是相互对应的。

  1. 执行scripts下面的tars2php.sh, 会在src/servant下面生成一个三级文件夹,
cd ../tars/

php ../src/vendor/phptars/tars2php/src/tars2php.php ./tarsclient.proto.php

这里就是PHPTest/PHPServer/obj

  • classes文件夹 - 存放tars中的struct生成的文件
  • tars文件夹 - 存放tars文件
  • TestTafServiceServant.php - 实际的远程rpc调用文件
  1. 在controller中增加对应的rpc调用代码,具体可参考代码中demo,或tars-client的用法说明

  2. 完成代码开发后,在src目录下执行 composer run-script deploy 会自动进行代码打包

  3. 将打包好的代码,上传到tars平台,并进行发布

  4. 如果你想要试用自己的fd存储和删除, 请实现component文件夹下的FdStore接口。