我无需为我的项目设置一个全面、反复的多读/编织式的锁(共享的旋转录)——我不同意这样的观点,即如果你完全吻合,那么你就不需要这些架子(在提升邮寄名单上对此进行了一些讨论),就我而言,锁应当保护一个完全透明的切身,而不管怎么说,这些藏匿点都是不易的。
关于休妻的故事,我认为,唯一有意义的是,除了暂时释放共有的一组人外,还要获得排他性的锁,在排他性释放后再获得。
un锁可等待,但我可以这样生活——写作很少会发生,而休止的锁定通常只能通过休养式的代码途径进行,在这种情况下,打电话者必须准备,呼吁在任何情况下都会等待。 为了避免这种情况,人们仍然可以简单地提升锁,而不是使用休养锁。
在排他性的顶点上建立一个共同的锁,显然只会增加锁定。
因此,问题变成了——我如何执行? 通常采用批判性章节和两条ema光处理的办法,因为,正如我所看到的那样,醒来的read子必须穿透,把它插入锁定者地图。
我相信,这有两种情况变数和两种变数,但使用像我的先令太大的间接费这样的声音的同步压价。
我刚刚想到的一个想法是利用TLS来记住锁定的Im(可能还有当地的锁定)。 想到这一点——但我现在仍然把问题摆在桌面上。
具体目标平台是Win32,但确实如此。 请注意,Im专门瞄准Win2k, 与WMRSW在Windows 7上锁定价格相关的任何东西对我来说都无关。