单例模式：
- 类只能有一个实例，而且必须从一个为人熟知的访问点对其进行访问。
- 这个唯一的实例只能通过子类化进行扩展，而且扩展对象不会破坏客户端的代码。
- 单例模式提供了一个为人熟知的访问点，供客户类为共享资源生成唯一实例，并通过它对共享资源进行访问。
- 虽然静态的全局对象引用或者类方法也可以提供全局访问点，但是全局对象无法防止类被初始化一次以上，而且类方法也缺少消除耦合的灵活性。
- 静态全局变量保持着对类的实例的唯一引用，但是当程序中有两个相同的全乎对象类型的话，就不能确保同一份共享资源的读取和输入。
- 类方法提供了共享服务，不用创建其对象就可以访问。资源的唯一实例可以在类方法中维护。但是，当类需要被子类化以提供更好的服务时，类方法并不能解决这一问题。
使用单例模式需要注意的问题
- 如果单例对象要由多个线程访问，那么使它线程安全是至关重要的。但我们取单例对象的时候，一般都需要检查周围加入一些@synchronized()程序块或者NSLock锁的实例。
- "单例就是披着羊皮的全局状态"。一个单例可以被使用在任何地方，而不需要显式地声明依赖。
- 单例应该只用来保存全局的状态，并且不能和任何作用域绑定。如果这些状态的作用域比一个完整的应用程序的生命周期要短，那么这个状态就不应该使用单例来管理。
- 用一个单例来管理用户绑定的状态，不是很好的设计方式，需要重新评估自己的设计方案。
举例说明错误的单例使用
- 假设现在我们创建一个单例，该单例拥有一个属性，我们姑且以MessageType来做假设.
- messageType分为userMessage(用户消息) 和BroadcastMessage(广播消息)。
代码块：
#import <Foundation/Foundation.h>
@interface MessageCenterManager : NSObject
@property (nonatomic ,assign) NSInteger messageType;
+ (instancetype)sharedInstance;
@end
.m实现
#import "MessageCenterManager.h"
static MessageCenterManager *_sharedInstance;
@implementation MessageCenterManager
+ (instancetype)sharedInstance{
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
_sharedInstance = [[MessageCenterManager alloc] init];
});
return _sharedInstance;
}
-(id)copyWithZone:(NSZone *)zone{
return _sharedInstance;
}
+(id)allocWithZone:(struct _NSZone *)zone{
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
_sharedInstance = [super allocWithZone:zone];
});
return _sharedInstance;
}
@end
此时我们创建了一个单例，且看下边的用法，是错误的，不安全的。
#import "UserMessage.h"
@implementation UserMessage
- (void)someMethod{
//在这里是不能像这样引用单例的，这样的话用户消息和广播消息就会耦合在一起
if([MessageCenterManager sharedInstance].messageType){
//do something
}else{
}
}
@end
#广播消息中
@implementation BroadcastMessage
- (void)someMethod{
[[MessageCenterManager sharedInstance] setMessageType:0];
}
@end
重要的事情加警告
-
这种情况应该只能发生在 BroadcastMessage显式引用了UserMessage，并表明了两者之间的关系时。这里使用了单例，由于其具有全局和多状态的特性，导致隐式地在两个看起来完全不相关的模块之间建立了耦合。
-
二 假设现在我们需要存取用户的头像。当用户需要退出登陆的时候，我们要讲存储在本地的图片删除。
-
当展示图片的时候需要从本地文件中读取。假设用户此时登出程序，我们需要将用户存取数据置为空，即需要将单例置为nil。
-
因为项目中会有两个到三个地方都会有存取的操作，那么此时，单例的操作就必须注意线程安全了。
-
其实这种将用户状态以单例形式保存所有地方都是用方式是不对的。单例应该只用来保存全局的状态，并且不能和任何作用域绑定。
-
如果这些状态的作用域比一个完整的应用程序的生命周期要短，那么这个状态就不应该使用单例来管理。用一个单例来管理用户绑定的状态，不是一种良好的设计思维。
网友评论