实现TCP服务器时遇到一奇怪的问题，急求解！！

shanehan

遇到一个比较奇怪的问题，我这边做一个TCP服务器，逻辑与通信分别在不同的线程中（通信线程有多个），在用ping-pong测试（连接的一方收到的消息，直接返回）时出现了一个问题：
单个连接进入时，通信没有问题，但如果有第二个连接进入（会激活另一个通信线程），这时会发现通信的数据会乱掉（比如发送的数据有三条，比如“12345”、“678910”、“aaaaaaaaa”，可能在某个时刻会接收到一条“67891”的数据）。
经以调试，我发现在服务器在往缓冲区里通信队列发送数据时，函数调用堆栈上（调用参数）显示有一条“67891”的数据，于是看了下数据来源，发现数据的来源是正确的，可调用堆栈上显示是错误的，
更诡异的是我再使用bt看调用堆栈时，原来错误的数据又变成了正确的

有没有朋友遇到类似的问题，求解找这个BUG的思路！！！

我的环境：
gcc版本：4.4.4
内核版本：Linux CentOS 2.6.32
语言：C++

调用堆栈截图：
第一次打出的堆栈（红色是错误的值）：
这是两次打出堆栈中间打印的数据来源：
第二次打出的堆栈（红色是变成了正确的值）：

net_robber

引用别人一句话：无代码，无真相

shanehan

代码万把行，我再研究下再来

flw

TCP 是流式的，无边界

shanehan

我有在逻辑消息包上封装包头啊，每个连接都有做缓冲区的

shanehan

终于搞定了，原来是因为TCP连接成功后，连接任务负载到通讯线程（网络线程）时，并没有设置连接任务所指向的线程循环的指针，仅仅把连接任务挂到了某个通讯线程循环（理解为关联到线程所创建的epollFD）。
我这里的设计是把线程与线程循环分开，连接任务只需关联到线程循环，然后就会直接运行于相对应的线程中，由于通讯线程要和逻辑线程通讯时需要用到一些临时的buffer（用于如压缩、加密等等），我把这个buffer设置到了线程循环中（这样，可以充分减少动态内存分配），由于分配到通讯线程时，没有设置连接任务所指向的线程循环的指针，所以所有通讯线程用了同一个默认的指针，这样多个线程使用同一个buffer，就出了这样的诡异数据重置问题。。。

其实也就是一行代码的问题，警戒自己！！！！

就是这行：