objective-c – pthread_mutex_t VS @synchronized块?

前端之家收集整理的这篇文章主要介绍了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的速度很慢.

原文链接:https://www.f2er.com/c/239438.html

猜你在找的C&C++相关文章