websocket不用考虑拆包，连包，粘包等这些问题么。
ccc的内部是rocketSocket?
服务器我用的是c++的boost::beast
原则上需要
前提就是你的客户端和服务器端已经正确的实现了ws的协议解析和包处理
比如在浏览器端,你就不需要考虑,它实现的很好
嗯，我服务器用的beast。那ccc自身在多平台，微信，ios，Android下也都不需要吧
websocket帮忙做了，不像手游要自己去处理
不是websocket帮你做了，是你用得框架或者引擎帮你做了。websocket只是一个tcp的加强版协议，他不会处理什么拆包，粘包的操作。如果是你自己直接使用websocket协议，还是需要考虑这些问题的。
RFC规范指出，WebSocket是一个message-based的协议，它可以自动将数据分片，并且自动将分片的数据组装。也就是说，WebSocket的RFC标准是不会产生粘包、半包问题的。无需应用层开发人员关心缓存以及手工组装message。然而理想与现实的不一致：RFC规范与实现的不一致，现实当中有几个问题：1. 每个message可以是一个或多个分片。message不记录长度，分片才记录长度。2. message最大的长度可以达到 9,223,372,036,854,775,807 字节，是由于Payload的数据长度有63bit的限制。3. 很多WebSocket的实现其实并不按照标准的RFC实现完全，很多仅仅实现了50%就拿来用了。这就导致了，在WebSocket实现上的最大长度很难达到这个大小，于是，很多API的实现上是会有限制的，可能会限制你的发送的长度，也可能会把过长的数据直接以流式发送。结论WebSocket的RFC标准是不会产生粘包、半包问题的，但是由于现实世界的WebSocket的实现者不同程度的偷懒，不同程度的会有这个问题，特别是当你的数据message特别大的时候（到底是多大是特别大，由具体实现决定）。尽可能的选择一个符合自己项目的WebSocket实现，或者自己造一个满足需要的轮子。也或者，把WebSocket看做一个有特别大的长度限制“流”协议，然后自己处理buffering的问题。