Monitor.TryEnter方法和lock语句的使用注意

本文探讨了在高并发场景下使用lock与Monitor.TryEnter的区别。通过实际案例对比,展示了如何利用Monitor.TryEnter避免线程阻塞,提高程序响应速度。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在写代码时,习惯性的用了             
            lock (searchLock)
            {
                 .......................
            }
刚开始也没发现有什么不妥,可后来发现效率上有点问题。原因是lock会在外面等直到占用的线程退出下一个线程才能进去,当有大批量的数据访问时容易造成阻塞。而Monitor.TryEnter无论有没有获取对象锁都会返回结果。于是将代码改为如下:
            if (Monitor .TryEnter(searchLock))
            {
                try
                {
                    obj = LinkService.Search(count, search);
                    CacheHelper.AddGroup(searchGroupName, key, obj, 30);
                    CacheHelper.AddGroup(searchGroupName, key+"_old" , obj, 60);
                }
                finally
                {
                    Monitor.Exit(searchLock);
                }
            }
            else
            {
                 obj = CacheHelper.Get(key+"_old" ) as List<Model. xxx>;
                 if (obj == null )
                 {
                     obj = new List <Model. xxx>();
                 }
            }
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

苍狼_2001

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值