怀疑与可以多次使用的对象(如格式化程序)的并发性

Lor*_*o B 5 concurrency code-reuse objective-c nsformatter

也许是一个愚蠢的问题,但我需要一些确认.

通常,当我处理可以在我的应用程序中多次使用的对象时,我使用如下方法.

例如NSDecimalNumber+Extension,创建一个扩展,或者创建一个数字格式化程序的类实用程序,如下所示.

+ (NSNumberFormatter*)internal_sharedNumberFormatter
{
    static NSNumberFormatter* _internal_numberFormatter = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        _internal_numberFormatter = [[NSNumberFormatter alloc] init];
        // other configurations here...
    });

    return _internal_numberFormatter;
}

+ (NSString*)stringRepresentationOfDecimalNumber:(NSDecimalNumber*)numberToFormat
{
    NSString *stringRepresentation = [[self class] internal_sharedNumberFormatter] stringFromNumber:numberToFormat];
    return stringRepresentation;
}
Run Code Online (Sandbox Code Playgroud)

这种方法非常好,因为例如格式化程序的创建成本很高.但它也可以应用于其他情况.

现在,我的问题如下.

在涉及不同执行路径(不同线程)的情况下,此方法是否也有效?

所以,如果我先stringRepresentationOfDecimalNumber在主线程上调用然后在另一个线程中调用,会发生什么?

我认为stringRepresentationOfDecimalNumber在不同的线程中执行不同的调用是有效的,因为共享格式化程序,在这种情况下,只是只读,但我想得到专家的回复.

提前致谢.

Ram*_*uri 2

NSNumberFormatter是可变的,因此它通常不是线程安全的,并在非线程安全类列表中的线程安全摘要(请参阅“线程不安全类”部分)中引用。

但是,如果您将对象视为不可变对象,则不必担心竞争条件。例如,如果有多个线程访问格式化程序,则无法更改格式。如果_internal_numberFormatter没有以任何方式改变,并且类别中只有这两个方法,那么您应该认为它是线程安全的。