objective-c – pthread_mutex_t VS @synchronized块？

发布时间：2020-12-16 04:57:37 所属栏目：百科来源：网络整理

导读：static pthread_mutex_t gLock; //global pthread_mutex_init(gLock,NULL); //in initpthread_mutex_lock(gLock);for(int i=0;i[message count];i++)CFSetAddValue(mSet,[message objectAtIndex:i]);pthread_mutex_unlock(gLock); 我的cocoa应用程序使用pthr

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的速度很慢.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!