是否有一个“问题”；“公平”；iOS的同步机制
我有一个应用程序，它倾向于在后台线程中执行大量DB活动（下载大型数据库更新），而且这个过程经常会“饿死”UI线程——我知道DB会每隔一段时间释放，但使用的是否有一个“问题”；“公平”；iOS的同步机制,ios,synchronization,Ios,Synchronization,我有一个应用程序，它倾向于在后台线程中执行大量DB活动（下载大型数据库更新），而且这个过程经常会“饿死”UI线程——我知道DB会每隔一段时间释放，但使用的@synchronized机制并不“公平”并允许后台线程立即重新获取锁 是否有另一种机制可以替代，它是合理有效且支持良好的（并且不太难改造）（和“公平的”）机制？正如我在underestand@synchronized中所说的那样。不一定要“公平” 我建议你读一下。将所有需要完成的工作放在队列中有很多有趣的事情（队列应该提供更好的资源共享）。如
@synchronized是否有另一种机制可以替代，它是合理有效且支持良好的（并且不太难改造）（和“公平的”）机制？正如我在underestand@synchronized中所说的那样。不一定要“公平”
我建议你读一下。将所有需要完成的工作放在队列中有很多有趣的事情（队列应该提供更好的资源共享）。如果您担心阻塞UI线程，可以为数据库操作创建一个串行调度队列。这将使您能够将UI线程中的某些DB操作排队，而不会阻塞它（工作块将被复制到堆中，存储到轮到它被处理为止） 例如，从UI线程，您可以：
database_queue = dispatch_queue_create("com.example.queue", NULL);
dispatch_async(database_queue, ^{
// Operations on the DB here
});
// The UI will continue responding immediately after here...
dispatch_sync(database_queue, ^{
....
....
我无法复制你的问题。这里我有一个基于
@synchronized@synchronizedvoid *backgroundThread(void *data)
{
while (true)
{
@synchronized (globalMutex)
{
usleep(USEC_PER_SEC / 3);
}
}
return NULL;
}
int main()
{
pthread_t bgThread = NULL;
globalMutex = [NSObject new];
pthread_create(&bgThread, NULL, &backgroundThread, NULL);
NSTimeInterval lastTime = [[NSDate date] timeIntervalSinceReferenceDate];
while (true)
{
@synchronized (globalMutex)
{
NSTimeInterval elapsed = [[NSDate date] timeIntervalSinceReferenceDate] - lastTime;
NSLog(@"Main Thread 'came up for air' after %lf seconds", elapsed);
lastTime += elapsed;
}
}
}
因此，除非您没有正确地释放锁，
@synchronized@synchronized