The Objective-C language level synchronization uses the mutex, just like NSLock does.
Semantically there are some small technical differences, but it is basically correct to think of them as two seperate interface implemented on top of a common (more primitive) entity.
In particular with an NSLock you
have an explicit lock whereas with @synchronize you
have an implicit lock associated with the object you are using to synchronize. The benefit of the language level locking is the compiler understands it so it can deal with scoping issues, but mechanically they behave basically the same.
You can think of @synchronize as
basically a compiler rewrite:
- (NSString *)myString {
@synchronized(self) {
return [[myString retain] autorelease];
}
}
is transformed into:
- (NSString *)myString {
NSString *retval = nil;
pthread_mutex_t *self_mutex = LOOK_UP_MUTEX(self);
pthread_mutex_lock(self_mutex);
retval = [[myString retain] autorelease];
pthread_mutex_unlock(self_mutex);
return retval;
}
That is not exactly correct because the actual transform is more complex and uses recursive locks, but it should get the point across.
本文探讨了Objective-C中使用的同步机制,特别是@synchronized与NSLock之间的相似性和差异。通过具体的代码示例,解释了@synchronized如何被编译器转换为底层的mutex操作,并对比了这两种锁机制的工作原理。
2295

被折叠的 条评论
为什么被折叠?



