- 主题:多个进程同时tcp连接
还没人发现socket API有这么大bug吧，肯定是你的代码bug
--
FROM 123.118.187.*
为啥不让对方改而是委屈自己搞这种猥琐的workaround？难道对方是那牛逼哄哄的甲方吗？哈哈
两边一抓包就知道是谁的问题了呀
【 在 liuxueshen 的大作中提到: 】
: 通讯看双方各自编码情况，
: 我遇到很多次首次发送的报文被对方给吞了的情况，
: 后来是建立连接后先发个心跳电文。
: ...................
--
修改:z16166 FROM 123.118.187.*
FROM 123.118.187.*
PLC控制器里里面也是软件，也能改。
但改不改，是看谁强势、谁弱势，是个商务问题。
【 在 liuxueshen 的大作中提到: 】
: 对方是PLC控制器……
:
--
修改:z16166 FROM 123.118.184.*
FROM 123.118.184.*
好火爆
建议提问题的看一下《提问的智慧》。先描述一下你自己怎么做的、怎么分析的、什么分析结果，等等。而不是直接抛个问题就等着人帮你解决了
https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/blob/master/README-zh_CN.md
至于楼主这个问题，打日志、抓包，并不难定位
--
FROM 123.118.66.*
流行的OS一般不会在这个问题上有这么大的bug，所以你的定位方向并不对。
而且，你需要明确的证据证明OS在为concurrent socket分配资源时有race的bug。
【 在 xibaomo 的大作中提到: 】
: 我已经把问题简化到os是如何为concurrent socket分配资源了，可你永远都都挡不住装b犯那颗放浪的心。
--
修改:z16166 FROM 123.118.66.*
FROM 123.118.66.*
BBS并非长篇大论讲原理的地方
话说得糙一些，就是《提问的智慧》里写的，RTFM或者RTFC，可以去读linux的代码。
有经验的人自己也能想到一个大概的实现步骤，但实际实现远比这复杂，比如server端还要考虑syn flood的问题，早期设计者也没考虑这个问题，被DDOS后才修补的。
【 在 xibaomo 的大作中提到: 】
: 我不认为os有bug，我只是好奇os是怎么处理的
:
--
修改:z16166 FROM 123.118.66.*
FROM 123.118.66.*