最近写程序遇到一个问题,使用httpListener写服务的时候,需要对客户端消息进行顺序处理,即处理完一个再处理下一个,然后再开发过程当中,我使用lock对过程代码进行了锁,旨在让程序顺序处理。在lock介绍时,都是说当一个线程在使用lock中的代码,另一个程序需要顺序等待,只有等第一个执行完成后,释放lock资源时,才能进入,但在实际开发过程中,是多个线程同时遇到lock时,会排队顺序进入其中执行,而不会等待上一个是否处理完成,相当于限流,但不是阻塞,这个导致中间代码逻辑处理比较耗时,而逻辑又承上启下的话,后续处理和自己理想中的不一样,而如果后一个在lock中去等待上一个执行完成的话,会导致所有程序都进行不下去,在外层加一个等待也是一样的效果,因为我在外层已经排过一次序了,所以我这里是双层锁,一个是锁客户端,一个是锁消息,发现的不理想,所以我现在的解决办法是在锁方法里加一个变量,在将要进入时,通过判断变量判断这段代码是否正在被执行,如果正在执行,则放弃当前的连接,这样会导致有些客户端会接收超时并重新发送数据,就是所谓的数据丢失。回头我想再试试在客户端接收数据入口处直接去处理,判断是否正在处理消息,如果正在处理消息,则排序等待,否则再顺序进入,回头就去测试一下,如果可以行得通的话,那么就不用丢弃数据了。回头如果有测试结果再继续发布,如果大家也遇到这样的问题,可以注意一下,或者如果有好的建议,欢迎讨论。
相关推荐
samble13 小时前
从零搭建灌装监控系统(十八):自定义控件,三色灯与状态指示jun_bai13 小时前
使用Aspose实现word文档合并,内容替换字节暗面17 小时前
客户端上报不可信:游戏服务端数据校验与对局重演设计chingho17 小时前
GitHub上这10个C#项目,不仅实用,还怪好玩的半亩码田19 小时前
C#转Python第5.1篇:异步编程:asyncio vs async/await,语法相似但机制不同阿华田51220 小时前
Java 类加载冲突实战:解决 is not an instance ofsamble1 天前
从零搭建灌装监控系统(十七):LiveCharts 实时温度曲线淡海水2 天前
02-07-原理篇-GC暂停时间的本质小羊没烦恼!2 天前
OS X 上使用.NET开发应用程序Behavior2 天前
Unity 7.0 Alpha 拆解:编辑器干掉 Mono 换 CoreCLR