因为后端脾气不好，所以不敢多问，只有麻烦平台大神了
比如我A和B已经通过GW建立了socket连接
在业务逻辑中A stream_socket_client（B地址） stream_socket_sendto(buffer)
请问这样是否会重新建立一根A到B的管道，而不是用之前GW架设好的那条？
对不起，我PHP基础不是太好
我觉得你们直接终端和硬件服务器建立链接直接通许就可以了。 现在你们有三种服务器，nginx GatewayWorker 硬件服务器，三个服务器互相通讯比较难，也比较混乱，架构上感觉没有必要。
是这样的，硬件那块是有技术保密的，不能卖，卖的是会员系统这块
nginx GatewayWorker是放在同一个服务器上，nginx 处理http请求，GatewayWorker单向下发，目前困难，就是http请求经过niginx上的mvc处理业务逻辑后，怎么通知GatewayWorker异步tcp长连的硬件服务器，反馈给硬件，然后接受响应后，反馈给用户
我之前想过序列化对象，存入内存，但是闭包序列化出问题了，不知道这条路能不能走通
mvc直接通知硬件服务器就好了
比如我A和B已经通过GW建立了socket连接
在业务逻辑中A stream_socket_client（B地址） stream_socket_sendto(buffer)
请问这样是否会重新建立一根A到B的管道，而不是用之前GW架设好的那条？
对不起，我PHP基础不是太好
我觉得你们直接终端和硬件服务器建立链接直接通许就可以了。
现在你们有三种服务器，nginx GatewayWorker 硬件服务器，三个服务器互相通讯比较难，也比较混乱，架构上感觉没有必要。
是这样的，硬件那块是有技术保密的，不能卖，卖的是会员系统这块
nginx GatewayWorker是放在同一个服务器上，nginx 处理http请求，GatewayWorker单向下发，目前困难，就是http请求经过niginx上的mvc处理业务逻辑后，怎么通知GatewayWorker异步tcp长连的硬件服务器，反馈给硬件，然后接受响应后，反馈给用户
我之前想过序列化对象，存入内存，但是闭包序列化出问题了，不知道这条路能不能走通
mvc直接通知硬件服务器就好了