今天在测试时发现,当多个线程同时往networkstream里写入不同的命令时,出现问题,描述如下:
1。假设线程1要发命令 A 然后服务器收到A之后返回相应的操作,线程2发送命令B,服务器收到命令B后返回相应的操作
2.由于在发送B命令之前没有考虑,已经写进NETWORKSTREAM中的命令A是否已经被发送出去,而直接往NETWORKSTREAM中写B
此时可能出现一种情况就是,缓冲区中的A还没有被发出,B就已经写了进来(只要NETWORKSTREAM中的缓冲区未满,这种情况是允许的),然后AB一起被发了出去 导致服务器不知道怎么处理接收到的命令。
解决方法:
使用lock机制,当A往缓冲区里写的时候,要给当前的操作加一把锁,如:
lock
{
stream.wirte("a");
Thread.sleep(10);
}
然后延迟10个毫秒,确保A已经被发出去,这样就可以保证不会发生上述BUG。
试过在线程2中重新建立一个缓冲区,但是无效,还是出现上述问题,如下:
networkstream temp = new networkstream();
temp = tcpclient.getstream();
temp.write("b");
由此可见一个TCP连接只对应一个首发缓冲区,无论创建多少个与之相连的缓冲区,实际上都指向同一个缓冲区。
曾尝试用MUTEX互斥型信号量实现,但是发生死锁,原因不明,待查明后贴上来……,如果有童鞋知道,请留言谢了!