Tag: 互斥

在不locking互斥锁的情况下调用pthread_cond_signal

我读了一个地方，我们应该在调用pthread_cond_signal之前locking互斥锁 ，并在调用它之后解锁互斥锁 ： pthread_cond_signal（）例程用于发送（或唤醒）等待条件variables的另一个线程。 它应该在locking互斥锁之后调用，并且必须解锁互斥锁才能完成pthread_cond_wait（）例程。 我的问题是：是不是可以调用pthread_cond_signal或pthread_cond_broadcast方法而不locking互斥锁？

JavaScript中是否需要互斥体？

我已经看到这个链接： 在JavaScript中实现互斥 。 另一方面，我已经读过，在JavaScript中没有线程，但究竟是什么意思？ 当事件发生时，代码中哪里可以中断？ 如果JS中没有线程，我是否需要在JS中使用互斥锁？ 具体来说，我想知道使用setTimeout()和XmlHttpRequest的onreadystatechange全局访问variables的影响。

返回声明应该在锁内还是外？

我只是意识到，在我的代码中的一些地方，我有锁内部的返回语句，有时在外面。 哪一个是最好的？ 1） void example() { lock (mutex) { //… } return myData; } 2） void example() { lock (mutex) { //… return myData; } } 我应该使用哪一个？

recursion锁（Mutex）与非recursion锁（Mutex）

POSIX允许互斥体recursion。 这意味着相同的线程可以locking相同的互斥锁两次，不会死锁。 当然它也需要解锁两次，否则没有其他线程可以获得互斥量。 并不是所有支持pthread的系统都支持recursion互斥，但是如果他们想要符合POSIX，他们必须这样做 。 其他API（更高级别的API）通常也提供互斥锁，通常称为Locks。 一些系统/语言（例如Cocoa Objective-C）提供recursion和非recursion互斥。 一些语言也只提供一个或另一个。 例如在Java互斥体总是recursion的（同一个线程可能会在同一个对象上两次“同步”）。 根据他们提供的其他线程function，没有recursion互斥可能没有问题，因为他们可以很容易地自己写（我已经在更简单的互斥/条件操作的基础上自己实现recursion互斥）。 我真的不明白：什么是非recursion互斥体？ 为什么我想要一个线程死锁，如果它locking相同的互斥锁两次？ 即使是能够避免这种情况的高级语言（例如，如果这样做会死锁并抛出一个exception，通常也不会这样做）。 他们会让线程死锁。 这是唯一的情况下，我不小心locking了两次，只有一次解锁，并在recursion互斥的情况下，这将是很难find问题，所以相反，我立即死锁，看看哪里出现不正确的锁？ 但是我不能在解锁时返回一个locking计数器，在这种情况下，我确信我释放了最后一个锁，而计数器不是零，我可以抛出exception或logging问题？ 还是有没有其他更有用的非recursion互斥体的使用情况，我没有看到？ 或者也许只是performance，因为非recursion互斥可以比recursion互斥略快一点？ 但是，我testing了这个，差别并不大。

锁，互斥体，信号量…有什么区别？

我听说过这些与并发编程相关的词，但它们之间有什么不同呢？

二进制信号量和互斥量的区别

二进制信号量和互斥量之间是否有区别，还是基本相同？

条件variables与信号量

何时应该使用信号量，何时应该使用条件variables（CondVar）？

什么是Java中的互斥和信号量？ 主要区别是什么？

什么是Java中的互斥和信号量？ 主要区别是什么？

什么是Swift相当于Objective-C的“@synchronized”？

我search了Swift书，但是找不到@synchronized的Swift版本。 我如何在Swift中互相排斥？

在Linux / UNIX上的多处理情况下可以使用互斥体吗？

这是一个面试问题。 在Linux / UNIX的多处理情况下可以使用互斥体吗？ 我的想法：不，不同的进程有不同的内存空间。 互斥体仅用于multithreading。 信号量用于多处理进行同步。 对 ？ 任何意见，欢迎。 谢谢