@cppc @zhangsanfeng2012 @fuis 已经在缓冲区中的怎么办？

我的问题是，我的方法是否可行，有没有逻辑上说不通的地方。。

你们居然说 c 我做应用软件开发的，不做嵌入式
多数情况下都是 tcp udp http 这样通讯，用 c 是不是库太少了

@Sricecake 客户端的现在的错误逻辑，就是我只要回一条接收到的消息， 它就断开了。。如果客户端自己还有很多数据要发，它照样断 。。。这本来就是在一个错误的逻辑上修补。
客户端是硬件厂商做的，我无法修改

@ysc3839 单片机是由供应商提供的，如果方法可行可以让供应商下个版本修改

@ipwx 有兴趣的也愿意的话，用 nodejs 写一个看看。。。

@ysc3839 看看我的提问的倒数第四行，看看这个办法是否可行

@ipwx 这是一个很常见的网络编程问题，应该不会需要这么复杂去解决。。我只是认定对方协议有瑕疵

@ysc3839 TCP 客户端不会主动断开的，它一定要待我回 @Received ，所以这就是我说的 “死锁” 双方都在等，我在等待判断如何才能全部收完，即循环结束 ，对方在等待我回复 @Received

@bfdh 超时是个办法，但不是一个好办法，我可以定义 5 秒钟都收完，如果收不完，也就结束 了，但这种方式真的不好

@ksc010 TCP 客户端的实现是对方协议制定好的，我无法修改它，只是用技术角度来分析这个协议的缺陷

@rrfeng 实际编程语言没有 ReadAll ， 如果你的意思是 总是从缓冲区去读，每次读一批，然后接收缓冲区就有了位置，对端才可以继续发送数据过来。但是你如何判断你接收完了? 像这样

声明 512 长度的字节数组
for{
得到的数据= 读到 512 长度的字节数组（）
如果( 得到的数据以用 # 号结尾则是一个完成的数据 )
}

但这是有问题的，如果你正好读的最后一个字符是两条数据中间的 # ，你会认为所有的数据都接收完了 ，实际上还有余下的一个完整的没有被接收下来, 如果你认为读到一个 # 不是所有数据都接收完了，那何时能判断哪个 # 号才表示接收完成？

@xiaotianhu @bin456789 @Puteulanus @yhxx 感谢各位。。 是 Windows 系统，目前上面几位朋友提到的方法哪种方式实现比较容易些。。。

Genymotion_ARM_Translation 这个在安装 open gapps 以前就安装了。。第一个安装的就是这个。
不过，仍然感谢。

@Zikinn @wchyqqgmail @20015jjw @yuhuike @JhihYuWong 感谢感谢各位。。。。。

@AlohaV2 感谢感谢，都是好人。。。教我各种解决方法。多谢

@iamsad3508 感谢感谢。。。Pixel 3 是出厂就是原生系统

@YouLMAO 感谢回复，晚点时间再继续 这个话题。。。

@aphorism @iVeego 感谢感谢，我目前的情况是，我计算机上开启的科学上网，另外的二台手机 Nexus 6,Essential Phone 都可以通过 WIFI 中的 Proxy 中直接科学上网，只有这台 Pixel 3 不行