建立tcp链接，刚开始建立短链接，开启，发送数据，接收返回，关闭连接，这样做能实现功能，但是，多个人同时操作，就会只有一个人成功，其他的失败，刚开始流量少可以，但是流量多了就会造成阻塞，在网上找了资料，找了一下几种解决方法：
一、php应用服务器上部署一个local-proxy，php与local-proxy之间使用UNIX Domain Socket来通讯，而local-proxy与后端服务进行TCP长连接通讯，这样就大大提升了通讯效率，免除了每次请求都要进行的建立+关闭tcp短连接的开销。
local-proxy要点
要实现上述优化方案，local-proxy是实现要点，在实现local-proxy时，有这么几点需要注意
1）协议设计：local-proxy本身没有任何业务逻辑，只负责请求转发，上游发送过来memcache协议，透传给后端的memchace，这样的话，上游客户端不需要进行任何代码的修改
2）通讯方式：如上文所述，local-proxy与上游使用UNIX Domain Socket进行通讯，与下游使用tcp长连接进行通信
3）高效框架：这种方案是为了解决tcp短连接的效率损耗，这样对local-proxy的效率要求就非常高，可以选用成熟高效的网络框架（例如libevent）和tcp长连接连接池技术来实现
4）请求映射：需要将上游发过来的请求与发往下游的请求一一映射起来，这样才能正确的对应上请求包与响应包
二、类似nginx+fpm的方案，fooking+fpm=php长连接，gateway用于承载连接，router用于转发消息。
三、高并发用短链接会很快耗尽客户端端口号，效率甚至不如http请求。解决方案是利用socket连接池长链接。
四、workerman的目标是让PHP开发者更容易的开发出基于socket的高性能的应用服务，而不用去了解PHP socket以及PHP多进程细节。 workerman本身是一个PHP多进程服务器框架，具有PHP进程管理以及socket通信的模块，所以不依赖php-fpm、nginx或者apache等这些容器便可以独立运行
五、workerman和swoole这2个框架都很出名，它们的出现大大的提高了php的应用范围及知名度
workerman和swoole都是php socket 服务器框架，都支持长连接、tcp和udp、websocket、异步、分布式部署等
workerman纯php写的，swoole是php的c扩展，性能肯定更高，百度、腾讯不少产品的server就是基于swoole的
workerman上手更快，文档更丰富，社区活跃，社区基本做到有问必答，一般的中小型项目也够了，所以初学者最好还是使用workerman，熟了后再根据具体业务权衡（官方网站都有压测数据）
总结：看了好多文档，基本都是workerman和swoole,介于我是新手，第一次接触长链接，最后权衡之下还是决定使用workerman,php写的这个框架来实现我的项目需求，至于C写的swoole,虽然性能上要比workerman好，但是不适合我现阶段的水平，好了，大概的分析过程和结果就在这里了。