全部

1·Only one task may hold the mutex at a time, and only this task can unlock the mutex.

一次只能有一个任务持有互斥锁，并且只有这个任务可以解锁互斥锁。

2·Fear not, you'll still have access to the raw mongrel request if you want to do fancy stuff like streaming or deferred rendering outside the mutex.

不用害怕，如果您想在互斥以外做一些奇特的事情，比如流处理或延迟呈现，您仍然可以访问原始的 mongrel 请求。

3·The mutex kind can be set in two ways.

可以以两种方式设置互斥的类型。

4·Also called a mutex.

也叫互斥信号。

5·The error is not due to the locked mutex.

那个错误不是归咎于被锁定的互斥。

6·The problem with a mutex-based approach.

基于互斥锁的方法的问题。

7·Why mutex at all?

为什么要用互斥对象？

8·But you can also create a mutex dynamically.

但是还可以动态地创建互斥对象。

9·After a mutex is locked, it must be unlocked.

当一个互斥锁被锁定后，它必须被解锁。

10·Using a mutex ensures that this doesn't happen.

使用互斥对象能够保证这种情形不会发生。