6.5 开发中遇到的问题总结

今天在测试时发现,当多个线程同时往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互斥型信号量实现,但是发生死锁,原因不明,待查明后贴上来……,如果有童鞋知道,请留言谢了!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值