應該是一個NSLock實例「全球」？

Question

我應該在應用程序委託中製作一個NSLock實例，供所有類使用嗎？或者建議每個類根據需要實例化自己的NSLock實例？

如果我在第二種情況下鎖定工作，例如，是否可以訪問分佈在兩個視圖控制器上的託管對象上下文？

Answer 1

如果多個對象只訪問您的對象來讀取其內容，那麼您根本不需要鎖。如果至少有一個對象訪問您的對象以寫入/更新其內容，則其他對象是否訪問您的對象來讀取或寫入/更新對象並不重要：在這種情況下，您需要鎖定。

現在，爲了正確地保護您的對象（在多個對象可以訪問它的代碼的關鍵部分），您必須使用SAME LOCK INSTANCE，然後必須由所有訪問該對象的可能對象共享願意保護。

如果您的應用程序需要保護可能被大多數類同時訪問的對象，那麼擁有單個鎖實例就沒有問題。如果你想要更好的表現（尤其是如果你的對象同時訪問的數量很高），那麼你可以有多個鎖。每個鎖將負責允許/拒絕訪問對象的特定屬性/字段。這樣，幾個對象可以同時訪問您的對象來更改不同的屬性/字段。你基本上增加了你的對象的併發操作的數量。但是，每個鎖都必須在將訪問您保護的對象的其他對象之間共享。

每個控制器都有一個鎖定實例根本不起作用;這不會保護您的對象免受來自不同線程中其他對象的併發訪問。 NSLock是使用POSIX pthread互斥體實現的，因此它必須以完全相同的方式使用。這在NSLock文檔中也有明確說明：

警告：NSLock類使用POSIX線程來實現其鎖定行爲。向NSLock對象發送解鎖消息時，必須確保該消息是從發送初始鎖定消息的同一線程發送的。解鎖來自不同線程的鎖可能導致未定義的行爲。

因此，爲了保留臨界區語義，它是獲取負責完成釋放它的鎖的同一個線程。還要注意的是，鎖定機構僅用於快速操作，即在釋放它之前您應該只在很短的時間內獲得鎖定。如果您需要等待不可預知的時間，那麼您需要一個不同的同步機制，即通過NSCondition類可用的條件變量。

希望這會有所幫助。

Answer 2

您不應該對核心數據使用鎖。該文檔可能已過時。理想情況下，每個線程應該有一個上下文，並讓上下文處理其基礎NSPersistentStoreCoordinator的鎖定。這被認爲是當前在多線程應用程序中使用核心數據的安全方式。