我应该在应用程序委托中创建一个NSLock 实例，供所有类使用吗？还是建议让每个类根据需要实例化自己的NSLock 实例？
例如，如果我可以访问跨两个视图控制器分布的托管对象上下文，那么锁定在第二种情况下是否有效？
【问题讨论】：
NSLock lock-unlock 对，我还能用什么？
标签： iphone core-data multithreading locking nslock
如果多个对象访问您的对象只是为了读取其内容，那么您根本不需要锁。如果至少有一个对象访问您的对象以写入/更新其内容，那么其他对象是否访问您的对象以读取或写入/更新它并不重要：在这种情况下，您需要一个锁。
现在，为了正确保护您的对象（在代码的关键部分，多个对象可以访问它），您必须使用 SAME LOCK INSTANCE，然后必须由所有可能访问您所在对象的对象共享愿意保护。
如果您的应用程序需要保护一个可以被大多数类同时访问的对象，那么拥有一个锁实例就可以了。如果您想要更好的性能（特别是如果同时访问您的对象的数量很高），那么您可以拥有多个锁。每个锁将负责允许/拒绝访问对象的特定属性/字段。这样，多个对象可以访问您的对象同时更改不同的属性/字段。您基本上是在增加对象上的并发操作数。但是，每个锁仍必须在将访问您正在保护的对象的其他对象之间共享。
为每个控制器设置一个锁实例根本行不通；这不会保护您的对象免受来自不同线程中其他对象的并发访问。 NSLock 是使用 POSIX pthread 互斥锁实现的，因此必须以完全相同的方式使用它。这在 NSLock 文档中也有明确说明：
警告：NSLock 类使用 POSIX 线程来实现其锁定行为。向 NSLock 对象发送解锁消息时，您必须确保该消息是从发送初始锁定消息的同一线程发送的。从不同的线程解锁锁可能会导致未定义的行为。
因此，为了保留临界区语义，获得锁的同一线程负责在完成时释放它。另请注意，锁定机制仅适用于快速操作，即您应该在释放之前仅在短时间内获取锁定。如果您需要等待不可预测的时间量，那么您需要一种不同的同步机制，即可以通过 NSCondition 类获得的条件变量。
希望这会有所帮助。
【讨论】：
NSLock 的文档中不清楚是否必须在所有类中使用相同的锁实例。我还在阅读，如果我在发出相应的[myLock unlock] 之前多次使用[myLock lock]，那么线程将冻结。所以我仍然不确定是否需要将myLock 的实例化和范围限制为被调用的特定类/线程，或者我是否可以毫无问题地使用应用程序范围的myLock。
您不应该在 Core Data 中使用锁。该文档可能已过时。理想情况下，每个线程应该有一个上下文，并让上下文处理其底层 NSPersistentStoreCoordinator 的锁定。这被认为是目前在多线程应用程序中使用 Core Data 的唯一安全方式。
【讨论】：