如果只用 Nginx 等现成的 HTTP Server 搭建 HTTP 服务，不自行建立 TCP 连接，是否就不用考虑 TCP 粘包这类传输层的问题？

出警！

还在粘还在粘

有 http(s) 这种上层协议了就别担心粘了，帮你分好了的，闭着眼放心用。

http 已经在应用层了

字节流怎么粘??

@laikick 例如前一个包没发完又发出了下一个包

@unused 出现了，“粘包警察”！！！

@drymonfidelia 那不是你代码写的有问题吗? 建议去看看 recv 和 send 的函数

楼主怎么当上 mod 的 介绍下经验

@laikick 具体是什么问题？如果两个包长度过大的话确实有可能出现这种情况吧

如果需要长连接的话是否也可以通过包一层 websocket 来解决 TCP 粘包？
@seers
@MossFox

应用层才有包的概念，tcp 是字节流

@drymonfidelia 做好分包啊. 不过为什么要自己实现一个 tcp 协议呢?

http 协议已经是应用层协议了，nginx 会按照一个个 http 请求转发。nginx 的 http 协议解析属于教科书级别，基本上不用考虑人家会写错。
如果你需要长连接的，请去学习一下 TCP 编程。否则对 TCP 模型不了解，你还无脑上，那就是刻舟求剑。

通通抓起来

@laikick 我就是不想自己实现，所以才问是不是套个 http/ws 就没有粘包问题了啊

如果是想找个类 tcp 的东西拿来用，又不用考虑从中解析数据，那把 websocket 当 tcp 用是可以的，websocket 会确保每次 onMessage 都是一个完整的包

nginx? 应该用编程语言的库或框架吧，比如 java 的 netty 或 Python 的 twisted
推荐用 zeromq 的 request-reply 模式，把底层的 TCP 封装了

@unused 可恶啊 被你抢了一楼

有时间发帖, 不如直接问 AI ... 要不先把整个协议栈理解一遍?

他们的意思是没有“粘包”这个说法，你说的现象存在，但你不该将之视为一个问题。