如果您可以定位iOS 4.0或更高版本

使用GCD，这是在Objective-C（线程安全）中创建单例的最佳方法吗？

+ (instancetype)sharedInstance
{
    static dispatch_once_t once;
    static id sharedInstance;
    dispatch_once(&once, ^{
        sharedInstance = [[self alloc] init];
    });
    return sharedInstance;
}

这是创建类实例的一种完全可接受且线程安全的方法。从技术上讲，它可能不是一个“单例”（因为这些对象只能有1个），但是只要您仅使用[Foo sharedFoo]方法访问该对象，就足够了。

实例类型

instancetype只是的众多语言扩展之一，Objective-C每个新发行版都添加了更多语言扩展。

知道，爱它。

并以它为例，说明如何关注底层细节可以使您洞悉转换Objective-C的强大新方法。

参考此处：instancetype

+ (instancetype)sharedInstance
{
    static dispatch_once_t once;
    static id sharedInstance;

    dispatch_once(&once, ^
    {
        sharedInstance = [self new];
    });    
    return sharedInstance;
}

+ (Class*)sharedInstance
{
    static dispatch_once_t once;
    static Class *sharedInstance;

    dispatch_once(&once, ^
    {
        sharedInstance = [self new];
    });    
    return sharedInstance;
}

MySingleton.h

@interface MySingleton : NSObject

+(instancetype)sharedInstance;

+(instancetype)alloc __attribute__((unavailable("alloc not available, call sharedInstance instead")));
-(instancetype)init __attribute__((unavailable("init not available, call sharedInstance instead")));
+(instancetype)new __attribute__((unavailable("new not available, call sharedInstance instead")));
-(instancetype)copy __attribute__((unavailable("copy not available, call sharedInstance instead")));

@end

MySingleton.m

@implementation MySingleton

+(instancetype)sharedInstance {
    static dispatch_once_t pred;
    static id shared = nil;
    dispatch_once(&pred, ^{
        shared = [[super alloc] initUniqueInstance];
    });
    return shared;
}

-(instancetype)initUniqueInstance {
    return [super init];
}

@end

您可以通过覆盖alloc方法避免分配类。

@implementation MyClass

static BOOL useinside = NO;
static id _sharedObject = nil;


+(id) alloc {
    if (!useinside) {
        @throw [NSException exceptionWithName:@"Singleton Vialotaion" reason:@"You are violating the singleton class usage. Please call +sharedInstance method" userInfo:nil];
    }
    else {
        return [super alloc];
    }
}

+(id)sharedInstance
{
    static dispatch_once_t p = 0;
    dispatch_once(&p, ^{
        useinside = YES;
        _sharedObject = [[MyClass alloc] init];
        useinside = NO;
    });   
    // returns the same object each time
    return _sharedObject;
}

戴夫是正确的，那很好。您可能想查看Apple的创建单例文档，以获取有关实现其他一些方法的提示，以确保如果类选择不使用sharedFoo方法，则只能创建一个。

如果要确保[[MyClass alloc] init]返回与sharedInstance相同的对象（我认为这不是必需的，但是有些人想要），则可以使用第二个dispatch_once轻松，安全地完成此操作：

- (instancetype)init
{
    static dispatch_once_t once;
    static Class *sharedInstance;

    dispatch_once(&once, ^
    {
        // Your normal init code goes here. 
        sharedInstance = self;
    });

    return sharedInstance;
}

这允许[[MyClass alloc] init]和[MyClass sharedInstance]的任意组合返回相同的对象。[MyClass sharedInstance]会更有效率。工作原理：[MyClass sharedInstance]将调用一次[[MyClass alloc] init]。其他代码也可以多次调用它。初始化的第一个调用者将执行“常规”初始化，并将单例对象存储在init方法中。以后对init的任何调用都将完全忽略返回的alloc并返回相同的sharedInstance；alloc的结果将被释放。

+ sharedInstance方法将一如既往地工作。如果不是第一个调用[[MyClass alloc] init]的调用者，则init的结果不是alloc调用的结果，但是可以。

您问这是否是“创建单例的最佳方法”。

一些想法：

1. 首先，是的，这是一个线程安全的解决方案。这种dispatch_once模式是在Objective-C中生成单例的现代，线程安全的方式。那里不用担心。

2. 但是，您问过，这是否是“最佳”方法。但是，应该承认instancetype和[[self alloc] init]与单例一起使用时可能会产生误导。

   这样做的好处instancetype是，这是一种明确的方法，可以声明该类可以被子类化，而无需诉诸于id像去年那样进行使用。

   但是static这种方法提出了子类化的挑战。如果if ImageCache和BlobCachesingleton都是Cache超类的子类，而没有实现自己的sharedCache方法，该怎么办？

   ImageCache *imageCache = [ImageCache sharedCache];  // fine
   BlobCache *blobCache = [BlobCache sharedCache];     // error; this will return the aforementioned ImageCache!!!

   为此，您必须确保子类实现自己的子类 sharedInstance（或为特定类调用的方法）。

   最重要的是，您的原始sharedInstance 外观看起来将支持子类，但不会。如果您打算支持子类化，则至少要包含文档，以警告未来的开发人员他们必须重写此方法。

3. 为了获得与Swift的最佳互操作性，您可能希望将其定义为属性，而不是类方法，例如：

   @interface Foo : NSObject
   @property (class, readonly, strong) Foo *sharedFoo;
   @end

   然后，您可以继续为此属性编写一个吸气剂（实现将使用dispatch_once您建议的模式）：

   + (Foo *)sharedFoo { ... }

   这样做的好处是，如果Swift用户开始使用它，他们将执行以下操作：

   let foo = Foo.shared

   请注意，没有()，因为我们将其实现为属性。从Swift 3开始，这就是通常访问单例的方式。因此，将其定义为属性有助于促进这种互操作性。

   顺便说一句，如果您查看Apple如何定义他们的单身人士，这就是他们采用的模式，例如，他们的NSURLSession单身人士定义如下：

   @property (class, readonly, strong) NSURLSession *sharedSession;

4. 另一个非常小的Swift互操作性考虑因素是单例的名称。最好是可以合并类型的名称，而不是sharedInstance。例如，如果类为Foo，则可以将singleton属性定义为sharedFoo。或者如果是该类DatabaseManager，则可以调用该属性sharedManager。然后，Swift用户可以执行以下操作：

   let foo = Foo.shared
   let manager = DatabaseManager.shared

   显然，如果您确实想使用sharedInstance，则可以随时声明Swift名称：

   @property (class, readonly, strong) Foo* sharedInstance NS_SWIFT_NAME(shared);

   显然，在编写Objective-C代码时，我们不应该让Swift的互操作性超过其他设计考虑因素，但是，如果我们可以编写优雅地支持两种语言的代码，那还是更好的选择。

5. 我同意其他人的意见，他们指出，如果您希望这是一个真正的单例，开发人员无法（不应）实例化自己的实例，则unavailable限定符为on init且new谨慎。

要创建线程安全单例，您可以执行以下操作：

@interface SomeManager : NSObject
+ (id)sharedManager;
@end

/* thread safe */
@implementation SomeManager

static id sharedManager = nil;

+ (void)initialize {
    if (self == [SomeManager class]) {
        sharedManager = [[self alloc] init];
    }
}

+ (id)sharedManager {
    return sharedManager;
}
@end

这个博客很好地解释了objc / cocoa中的单例

//Create Singleton  
  +( instancetype )defaultDBManager
    {

        static dispatch_once_t onceToken = 0;
        __strong static id _sharedObject = nil;

        dispatch_once(&onceToken, ^{
            _sharedObject = [[self alloc] init];
        });

        return _sharedObject;
    }


//In it method
-(instancetype)init
{
    self = [super init];
  if(self)
     {
   //Do your custom initialization
     }
     return self;
}

@interface className : NSObject{
+(className*)SingleTonShare;
}

@implementation className

+(className*)SingleTonShare{

static className* sharedObj = nil;
static dispatch_once_t once = 0;
dispatch_once(&once, ^{

if (sharedObj == nil){
    sharedObj = [[className alloc] init];
}
  });
     return sharedObj;
}