objective-c – pthread_mutex_t VS @synchronized块?

static pthread_mutex_t gLock; //global 

pthread_mutex_init(&gLock,NULL); //in init

pthread_mutex_lock(&gLock);
for(int i=0;i<[message count];i++)
CFSetAddValue(mSet,[message objectAtIndex:i]);
pthread_mutex_unlock(&gLock);

我的cocoa应用程序使用pthread_mutex_t进入无响应模式.

@synchronized(mSet)
{
for(int i=0;i<[message count];i++)
    CFSetAddValue(mSet,[message objectAtIndex:i]);
}

我的应用程序与synchronized块一起工作正常.

为什么?

解决方法

您将全局锁(所有实例的一个锁)与对象级递归锁(每个实例一个锁,可以从同一个线程多次获取)进行比较.这些通常不可互换 – 它们的操作和保护彼此非常不同.

好消息是,您可以使用pthread_mutex_t作为递归锁,这对每个实例都是唯一的,以实现与@synchronized相同的保护程度.使用pthread_mutex_t也可以更快,更快地进行锁定采集.

要使用pthread互斥锁实现与@synchronized相同的效果,请将pthread_mutex_t gLock声明为实例变量,然后在-init中将其初始化为递归互斥锁.最后,在-dealloc中销毁互斥锁​​.

当然,如果子类和基类依赖于@synchronized的语义来通过对象层次结构做正确的事情,则可能需要访问此锁.

与递归的pthread互斥锁(我最后检查过)相比,@ synchronized的速度很慢.

相关文章

文章浏览阅读315次。之前用C语言编过链表,这几天突然想用C+...
文章浏览阅读219次。碰到问题就要记录下来,防止遗忘吧。文章...
文章浏览阅读1.8k次,点赞11次,收藏37次。因为自己对决策树...
文章浏览阅读492次。C++ 设计模式之策略模式
文章浏览阅读683次。我也算是个C++的小白,对于C++中的谓语我...
文章浏览阅读225次。又看了一遍操作符的东西,感觉之前对操作...