ios 单例的再次理解

单例模式
    在建模的时候，如果这个东西确实只需要一个对象，多余的对象都是无意义的，那么就考虑用单例模式。比如定位管理（CLLocationManager），硬件设备就只有一  个，弄再多的逻辑对象意义不大。所以就会考虑用单例
        1) 系统为我们提供的单例类有哪些？
              UIApplication(应用程序实例类)
              NSNotificationCenter(消息中心类)
              NSFileManager(文件管理类)
              NSUserDefaults(应用程序设置)
              NSURLCache(请求缓存类)
              NSHTTPCookieStorage(应用程序cookies池)
        2) iOS单例的创建

            a. 单例类需要保证只有一个实例，因此在第一次访问这个实例的时候才创建，之后访问直接取已经创建好的实例

            +(instancetype)shareInstance {

              static Singleton *singleteon;

              if (!singleteon ) {

                   singleteon = [[Singleton alloc] init];

               }

               return singleteon;

         }

             单线程单例存在一些弊端，在多线程的情况下，会产生线程不安全的情况。严格意义上来说，我们还需要把alloc方法变为私有方法才行，严格的单例是

             不允许再创建其他实例的，而alloc方法可以在外部任意生成实例。但是考虑到alloc属于NSObject，iOS中无法将alloc变成私有方法，最多只能覆盖alloc

             让其返回空。不过个人不建议这么做，一般情况下对alloc不做特殊处理。系统的单例也未对alloc做任何处理.

             b. @synchronized单例

               上面单线程单例，在多线程情况下，可能会出现一些问题。如果两个线程同时调用shareInstanc,可能会创建出2个singleton出来。所以在对多线程情况下，

               我们需要使用@synchronize来加锁.

               +(instancetype)shareInstance {

               static Singleton *singleton;

               @synchronized (self) {

                    if (!singleton) {

                           singleton = [[Singleton alloc] init];

                    }   

                }

                return singleton;

          }

              加锁以后，当多个线程同时调用shareInstance时，由于@synchronized已经加锁，只能有一个线程创建singleton实例。这样就解决了多线程调用单例的问题。

         c.dispatch_once单例

               使用@synchronized虽然一定程度上解决了多线程的问题，但并不完美。因为只有在singleton未创建时，加锁才是必要的。如果singleton已经创建，这个时

               候还加锁的话，会影响性能。
               在iOS中，GCD为我们提供方便又高效的方法—dispatch_once

        +(instancetype)shareInstance{
            static Singleton *singleton;
            static dispatch_once_t onceToken;  //1.onceToken = 0;
            dispatch_once(&onceToken,^{ NSLog(@"%ld",onceToken); //2.onceToken = 140734537148864 singleton = [[Singleton alloc] init]; }); NSLog(@"%ld",onceToken); //3.onceToken = -1 return singleton; }

               dispatch_once为什么能做到既解决同步多线程问题

               dispatch_once的原理：
               dispatch_once主要是根据onceToken的值来决定怎么去执行代码。
               1.当onceToken = 0时，线程执行dispatch_once的block中代码
               2.当onceToken = -1时，线程跳过dispatch_once的block中代码不执行
               3.当onceToken为其他值时，线程被阻塞，等待onceToken值改变
               当线程调用shareInstance,此时onceToken = 0，调用block中的代码，此时onceToken的值变为140734537148864。当其他线程再调用shareInstance

               方法时，onceToken的值已经是140734537148864了，线程阻塞。当block线程执行完block之后，onceToken变为-1.其他线程不再阻塞，跳过block。

               下次再调用shareInstance时，block已经为-1.直接跳过block。

 

转载于:https://www.cnblogs.com/xiyangxixia/p/9488511.html