objective-c – Mike Ash Singleton:放置@synchronized

objective-c – Mike Ash Singleton:放置@synchronized,第1张

概述我在Mike Ash的“照顾和喂养单身人士”中遇到了这个问题,他的评论让我感到有些困惑: This code is kind of slow, though. Taking a lock is somewhat expensive. Making it more painful is the fact that the vast majority of the time, the lock is 我在Mike Ash的“照顾和喂养单身人士”中遇到了这个问题,他的评论让我感到有些困惑:

This code is kind of slow,though.
Taking a lock is somewhat expensive.
Making it more painful is the fact
that the vast majority of the time,
the lock is pointless. The lock is
only needed when foo is nil,which
basically only happens once. After the
singleton is initialized,the need for
the lock is gone,but the lock itself
remains.

+(ID)sharedFoo {    static Foo *foo = nil;    @synchronized([Foo class]) {        if(!foo) foo = [[self alloc] init];    }    return foo;}

我的问题是,毫无疑问这是一个很好的理由,但为什么你不能写(见下文)来限制foo为零时的锁定?

+(ID)sharedFoo {    static Foo *foo = nil;    if(!foo) {        @synchronized([Foo class]) {            foo = [[self alloc] init];        }    }    return foo;}

欢呼加里

解决方法 因为那时测试受到竞争条件的影响.两个不同的线程可能独立地测试foo为nil,然后(顺序)创建单独的实例.当一个线程执行测试而另一个线程仍在[Foo alloc]或 – [Foo init]内部但尚未设置foo时,这可能发生在您的修改版本中.

顺便说一句,我根本不会这样做.查看dispatch_once()函数,它可以保证在您的应用程序生命周期内只执行一次块(假设您在目标平台上有GCD).

总结

以上是内存溢出为你收集整理的objective-c – Mike Ash Singleton:放置@synchronized全部内容,希望文章能够帮你解决objective-c – Mike Ash Singleton:放置@synchronized所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/1022759.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-23
下一篇 2022-05-23

发表评论

登录后才能评论

评论列表(0条)

保存