@synchronized的使用方法

最新推荐文章于 2025-07-09 14:32:23 发布

原创最新推荐文章于 2025-07-09 14:32:23 发布 · 708 阅读

本内容遵循CC 4.0 BY-SA版权协议

@synchronized 是 Objective-C 中用于创建互斥锁的一种简便方式，它可以在不直接创建锁对象的情况下，防止多个线程同时访问同一对象。本文将介绍 @synchronized 的工作原理及其在单例模式等场景中的应用。

@synchronized 的作用是创建一个互斥锁，保证此时没有其它线程对self对象进行修改。这个是objective-c的一个锁定令牌，防止self对象在同一时间内被其它线程访问，起到线程的保护作用。一般在公用变量的时候使用，如单例模式或者操作类的static变量中使用。

实例:

@synchronized(self){

static Respatch *rech = nil;

// static dispatch_once_t predicate ;

// dispatch_once(&predicate, ^{

if (rech == nil) {

rech = [[Respatch alloc] init];

}

// });

return rech;

}

# import "NetworkManager.h"

static NetworkManager *network = nil;

@implementation NetworkManager

+ (NetworkManager *)getNetworkInstance{
 @synchronized(self){
  if (nil == network){
   network = [[NetworkManager alloc] init];
  {
 }
 return network;
}
英文文档：
Using the @synchronized Directive(指令)
The @synchronized directive is a convenient way to create mutex locks(互斥锁) on the fly in Objective-C code. The @synchronized directive does what any other mutex lock would do—it prevents(预防) different threads fromacquiring the same lock at the same time. In this case, however, you do nothave to create the mutex or lock object directly. Instead, you simply use any Objective-C object as a lock token with @synchronized。

The object passed to the @synchronized directive is a unique identifier used to distinguish the protected block. If you execute the preceding method in two different threads, passing a different object for the anObj parameter on each thread, each would take its lock and continue processing without being blocked by the other. Ifyou pass the same object in both cases, however, one of the threads would acquire the lock first and the other would block until the first thread completed the critical section.

As a precautionary measure, the @synchronized block implicitly adds an exception handler to the protected code. This handler automatically releases the mutex in the event that an exception is thrown. This means that in order to use the @synchronized directive, you must also enable Objective-C exception handling inyour code. If you do not want the additional overhead caused by the implicitexception handler, you should consider using the lock classes.

For more information about the @synchronized directive, see The Objective-C Programming Language.