业务上经常会有这种场景， 用户对一个按钮进行操作， 一会 open，一会 close 。 所以上行包需要有序。
其他人对这个用户的一个按钮进行设置，一会打开一会 cloes，下行推送也需要有序。
我这里说的都是严格有序，每一个操作都得到端上。
既然 tcp 本身是支持的，但是因为套了一层 http 变成了 request-response 这种短连模型就变得复杂多了，http 不是可靠协议。所以在这个上面发明了一套又一套的中间层.....
那能不能变成这样的， 客户端 <---> gateway <---> 服务端 全链路都使用 websocket 等单个 socket 的应用层协议，这样不就复用实现了上下行有序吗？
其他人对这个用户的一个按钮进行设置，一会打开一会 cloes，下行推送也需要有序。
我这里说的都是严格有序，每一个操作都得到端上。
既然 tcp 本身是支持的，但是因为套了一层 http 变成了 request-response 这种短连模型就变得复杂多了，http 不是可靠协议。所以在这个上面发明了一套又一套的中间层.....
那能不能变成这样的， 客户端 <---> gateway <---> 服务端 全链路都使用 websocket 等单个 socket 的应用层协议，这样不就复用实现了上下行有序吗？
Select Language