单例模式:
为什么使用单例,单例模式的用途是什么?以下我们举一个样例来诠释一下
举个大家都熟知的样例——Windows任务管理器，如图,我们能够做一个这种尝试，在Windows的“任务栏”的右键弹出菜单上多次点击“启动任务管理器”。看是否能打开多个任务管理器窗体？通常情况下，不管我们启动任务管理多少次。Windows系统始终仅仅能弹出一个任务管理器窗体。也就是说在一个Windows系统中。任务管理器存在唯一性。为什么要这样设计呢？我们能够从下面两个方面来分析：其一，假设能弹出多个窗体，且这些窗体的内容全然一致，所有是反复对象，这势必会浪费系统资源。任务管理器须要获取系统执行时的诸多信息。这些信息的获取须要消耗一定的系统资源。包含CPU资源及内存资源等，浪费是可耻的。并且根本没有必要显示多个内容全然同样的窗体；其二，假设弹出的多个窗体内容不一致，问题就更加严重了，这意味着在某一瞬间系统资源使用情况和进程、服务等信息存在多个状态。比如任务管理器窗体A显示“CPU使用率”为10%，窗体B显示“CPU使用率”为15%，究竟哪个才是真实的呢？这纯属“调戏”用户，给用户带来误解，更不可取。由此可见，确保Windows任务管理器在系统中有且仅有一个很重要。
回到实际开发中，我们也常常遇到类似的情况，为了节约系统资源，有时须要确保系统中某个类仅仅有唯一一个实例，当这个唯一实例创建成功之后，我们无法再创建一个同类型的其它对象，全部的操作都仅仅能基于这个唯一实例。为了确保对象的唯一性，我们能够通过单例模式来实现。这就是单例模式的动机所在。
以下单例模式的几种写法:
在这里创建了一个Person类继承与NSObject
.h文件
// Person.h
// 单例模式 Singleton
// Copyright (c) 2014年 summer2014mht@sina.com. All rights reserved.
#import<Foundation/Foundation.h>
@interface Person :NSObject
//单例:一个类仅仅有一个实例, 在外部创建对象时,不能用alloc.(仅仅要alloc.就会在堆区开辟空间,就意味着有多个对象).
//所以我们要提供一个创建对象的方法.并且是一个+号方法
//default, standard, main, shared开头的都是单例
+ (Person *)sharedPerson;
@end
.m文件
// Person.m
// 单例模式 Singleton
// Copyright (c) 2014年 summer2014mht@sina.com. All rights reserved.
#import"Person.h"
@implementation Person
/*
//写法一
+ (Person *)sharedPerson
{
//声明为static ,保证该变量在程序执行期间空间都不会回收.并且保证仅仅初始化一次
//单例的空间在程序执行期间都不会回收,所以要慎重使用单例,否则会造成内存堆积
static Person *person = nil;
@synchronized(self){
if (person == nil) {
person = [[Person alloc] init];
}
}
return person;
}
*/
//写法二(推荐使用)
+ (Person *)sharedPerson
{
static Person *person = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
person = [[Personalloc] init];
});
return person;
}
@end
版权声明：本文博客原创文章，博客，未经同意，不得转载。