NSLock“控制器”班级

Question

我正在为 iPhone 编写一个多线程应用程序，并且使用 NSLock 来确保某些操作（例如从文件加载声音）将表现为原子操作。为了简化从应用程序的不同部分获取锁，我编写了以下类，它让我只需传递带有名称的 NSString 即可锁定和解锁锁。如果这样的锁不存在，它会创建它并保存以供将来使用。 我测试了它，它似乎工作正常（因为它只提供对 NSLock 对象的访问，并且不会改变它们的行为）。

我的问题是：拥有和使用这样的类可以吗，还是我对锁的概念有一些误解？

Locker.h

#import <Foundation/Foundation.h>

@interface Locker : NSObject { }

+ (void) purgeLocks;
+ (NSLock*) lockWithName: (NSString*) name;
+ (void) lock: (NSString*) name;
+ (void) unlock: (NSString*) name;
+ (BOOL) tryLock: (NSString*) name;

@end



Locker.m

#import "Locker.h"

static NSMutableDictionary* locks = nil;

@implementation Locker

+ (void) initialize {
    locks = [[NSMutableDictionary dictionary] retain];
}

+ (void) purgeLocks {
    [locks release];
    [Locker initialize];
}

+ (NSLock*) lockWithName: (NSString*) name {
    NSLock* lock = nil;
    @synchronized([Locker class]) {
        lock = [locks objectForKey: name];
        if(!lock) {
            lock = [[[NSLock alloc] init] autorelease];
            [lock setName: name];
            [locks setObject: lock forKey: name];
        }
    }
    return lock;
}

+ (void) lock: (NSString*) name {
    [[Locker lockWithName: name] lock];
}

+ (void) unlock: (NSString*) name {
    [[Locker lockWithName: name] unlock];
}

+ (BOOL) tryLock: (NSString*) name {
    return [[Locker lockWithName: name] tryLock];
}

@end

Answer 1

这对我来说看起来相当沉重。你确定不能简化设计吗？ （我想到了 GCD。）几乎每个 iOS 应用程序都是多线程应用程序，恕我直言，很少看到像您编写的这样的锁定助手。如果说KISS 原则有什么亮点的话，我确信那就是多线程。

Answer 2

@synchronized 很慢，避免使用它。在+initialize中分配一个锁并使用它。但我会选择单例而不是使用类方法，但这或多或少是一个品味问题。

您的方法的主要缺点是您必须锁定一个锁才能获得另一个锁。在高度多线程的应用程序中，即使线程都想要访问不同的锁，此元锁（当前的@synchronized）也可能成为性能瓶颈。