前端与后台通过 socket 提供接口的问题

可以用 websocket，传输的 json 用一个 key 区分场景。

如果用 socket 来实现的话，粘包也许迟到，但不会缺席。

明白了

就是 switch case 判断

@xuanbg 粘包 是什么？ 有一说一我用 TCP /UDP 完全没听说过粘包

@xuanbg 然后你需要自己设计一个应用层协议来实现表单状态的实时下发。

websocket 起一个，然后根据 on('message',(data)=>{})来判断 data 的 type 再进行一系列操作

刚查了一下资料 `TCP 是流协议，根本不存在所谓粘包一说。` 我猜应该是应用层没处理好流导致的 @xuanbg #2L

TCP 的流协议，哪来的包的说法，这个名词我惊呆了

@nnnToTnnn 是的，v2 不是经常出来粘包问题么，所以就调笑了一下。应用不通过应用层协议通信，而是直接往 socket 里怼数据，就会发现对方接受的数据粘在一起无法区分，俗称“粘包”。

@nnnToTnnn 所以粘包不仅是一个伪问题，还是一个生造出来的伪概念。

我说怎么看不到粘包楼,原来早就被我 b 了

服务端一个端口可以管理多个客户端的连接，但这个管理需要你自己在程序上做好，比如数据应该经由哪一条连接发给指定的客户端。

用 WebSocket 吧，很多问题都帮你考虑好了，另外如果你用 Node.js ，Socket.io 这个库帮你把 WebSocket 封装得开箱即用。

Http 也可以 long pull，不用轮询

粘包警察会迟到到不会缺席

tcp 粘包很常见啊，应用层做好 magic 字，起始符，结束符就好了，但是哪里比得上 websocket 方便，纯 tcp 有点底层了

看起来是 watch 的场景，可以不用 websocket，直接通过 http 的持久链接来实现，也叫长链接。

具体可以搜索 HTTP 长链接、HTTP chunk 等关键词

直接用 Netty 的 websocket 的 example,代码都是现成的

粘包是应用层在消息边界上定义有问题吧？

@xuanbg 哈哈

@baiyi 项目是基于 php-fpm ,一个 http 长链接就占了一个进程，实现起来不如 socket 来的合适。

一个参考资料

https://my.oschina.net/scgywx/blog/464707

longpoll sse websocket 都可以做到，你这种比较推荐 sse

是不是每个接口，后台都要起一个新的端口来提供连接。
不是

一个 socket 链接可以任何二进制数据，为什么要新起链接？

Websocket 或者 SSE 。

@awanganddong 楼里各种五花八门的回答，你们是在认证帮楼主么?
我认证问楼主个问题，现在 JS web 前端可以直接用 TCP/UDP socket 和后端通信了 ??
我记得以前是不能的. 如果不能，这个问题本身就不成立. 只能用 WebSocket (over TCP), 不需要你管理 socket ports.

我寻思 websocket 也不存在的粘包啊，不会有人自己实现一个协议吧

逐渐偏离主题，打起来打起来

乃们啊，就因为粘包打起来了。

浏览器能用裸 TCP 么，粘包党？
哈哈

不懂粘包，说明混 V2EX 不够久（狗头）。