-
本版专家分：136结帖率 97.35% -
最近使用多线程加锁，发现有时会互相等待，有点费时，于是我用while死循环加sleep去当锁。。
我就想，加锁是不是类似中断，CPU保存运行环境，得到锁时再加入来运行，而我用while加sleep，是一直在运行sleep是睡眠线程，，
这两种方式哪种的效率要高一些呢。。
若有什么理解错误，请大家指出。。。![]()
-
本版专家分：9068
-
- 蓝花 2017年8月 C/C++大版内专家分月排行榜第三
-
-
一样的，sleep的时间里，cpu可以去执行其它线程或进程。
-
本版专家分：381353
-
- 状元 2017年 总版技术专家分年内排行榜第一
-
- 榜眼 2014年 总版技术专家分年内排行榜第二
-
- 探花 2013年 总版技术专家分年内排行榜第三
-
-
进士
2018年总版新获得的技术专家分排名前十
2012年 总版技术专家分年内排行榜第七
-
-
无profiler不要谈效率！！尤其在这个云计算、虚拟机、模拟器、CUDA、多核 、多级cache、指令流水线、多种存储介质、……满天飞的时代！
-
本版专家分：547 -
sleep是不会使用CPU的，当sleep时间过后他会自动排队去等待CPU
没有看过互斥锁的源码，但是效率上应该差不多吧
-
本版专家分：5583
-
sleep一般使用在调试环境中
-
本版专家分：33509
-
-
黄花
2014年7月 C/C++大版内专家分月排行榜第二
2014年5月 C/C++大版内专家分月排行榜第二
-
-
蓝花
2014年10月 C/C++大版内专家分月排行榜第三
2014年4月 C/C++大版内专家分月排行榜第三
-
-
千万不要这么做， 不可能替换锁。![]()
-
本版专家分：949
-
如果这样可以替代锁的话，windows为什么还要费时费力的去实现各种锁呢？
真正的锁是触发式的，条件一满足，会立刻调度线程。而使用Sleep，无论粒度有多小，总是会有延迟的。Sleep频度越快，越占用cpu；sleep频度越低，越不精确。
内核有益中锁是自旋锁，大致上是这么个原理。但那时用来在多个cpu之间同步，而且要求等待的时间要很短才可以。
-
本版专家分：33509
-
-
黄花
2014年7月 C/C++大版内专家分月排行榜第二
2014年5月 C/C++大版内专家分月排行榜第二
-
-
蓝花
2014年10月 C/C++大版内专家分月排行榜第三
2014年4月 C/C++大版内专家分月排行榜第三
-
-
1. 线程上下切换代价很高， 尽量减少。 可以使用条件变量+ 互斥量实现：条件不满足是， 让出CPU； 在条件满足时唤醒。
2. 锁的底层是CPU指令,和内存模型相关， 不同CPU指令不同。 和中断不是一回事。
-
本版专家分：12362
-
-
蓝花
2014年7月 C/C++大版内专家分月排行榜第三
2014年6月 C/C++大版内专家分月排行榜第三
-
-
使用锁 绝对比你 sleep好
一般windows下 常用的CRITICAL_SECTION，mutex
如果lz觉得锁的等待时间太长，1可以缩小锁住的代码段的范围，2可以使用TryEnterCriticalSection，该函数不阻塞
