@readercn 给你发了邮件，但是似乎收到退信了 麻烦你检查下邮箱看有没有收到 不确定是不是因为墙的缘故

@readercn 也是没有收到 不知道是不是要等几天
aGVsbG9nb2xhbmdAZm94bWFpbC5jb20=

感谢大家，我目前是在虚拟机里运行 QQ 的，有些技术支持他们要使用 QQ. 另外就是阿里旺旺也是在虚拟机里运行的。
我没有使用火绒 是使用的卡马斯基 @Celebi 很负责的告诉你 我不说假话 ,所以平时笔电或是台式机的摄像头还是要挡起来，或是黑色胶布，像 FB 的 BOSS 那样也是用黑胶布的

@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 感谢感谢，都是好人。。。教我各种解决方法。多谢