<分区>
阅读对 question 的回复后关于 Objective C 中的单例，似乎每个解决方案都在实例访问器中的线程方面做出了一些权衡。即
@synchronized(self)
{
if (sharedInstance == nil)
sharedInstance = [[MySingleton alloc] init];
}
return sharedInstance;
这本质上是单线程访问单例，如果它在操作中频繁使用，似乎会导致线程不必要地争用。
简单地使用类对象作为单例实例并通过类方法公开功能的缺点是什么，即
@interface MySingleton : NSObject {
}
+ (void)doSomething;
@end
@implementation MySingleton
+ (void)initialize {
//do some setup if necessary
}
+ (void)doSomething {
//do something
}
@end
通过这种方式，我们避免了每次要引用单例对象时都进行锁定 + 检查，而且我们还可以避免将其存储在本地或方法 ivar 中。
这种方法还让运行时保证在任何给定时间系统中只存在一个实例(Class 对象)。
编辑
这里不仅仅是线程，对于传统的单例，您通常会编写如下代码:
MySingleton *instance = [MySingleton getSharedInstance];
NSObject *someResult = [instance getResult];
//or
if (instance.someProperty) {
//do something
}
但是，如果您的单例是一个类实例，则基本上无需一直调用 getSharedInstance。考虑这段代码:
NSObject *someResult = [MySingleton getResult];
//or
if ([MySingleton someProperty]) {
//do something
}
我听说必须将数据存储在文件局部静态变量或全局变量中(糟糕)。但它与传统的单例并没有什么不同，只是您失去了 Objective-C 2.0 属性(相反，您必须使用传统的访问器方法)。
这是一个对我来说似乎是胜利的关键权衡。在传统的单例中，如果你真的想把事情做好，你最终会覆盖 -copyWithZone、+allocWithZone、-retain、-retainCount、-release 和 -autorelease。
每次您想编写一个简单的 Singleton 对象时，这似乎是一项非常多的工作(它们恰好非常有用)。那么为什么不简单地用这个替换它:
@implementation MySingleton
+ (void)initialize {
//do your setup
}
- (id)init {
NSAssert(NO, @"You should read the documentation on singletons.");
}
@end
它在代码方面要轻得多，除非您的消费者真的很狡猾，否则他们永远不会创建两个实例。
进入正题 我的问题真的是这样的:
使用 Class 对象作为单例实例有什么缺点吗？
看起来您可以在线程安全、内存效率等方面采取所有相同的步骤，而不必记住重写那么多方法和访问器或在您的代码中添加实例检查。