對象創(chuàng)建

原型（Prototype）

使用原型實(shí)例指定創(chuàng)建對象的種類，并通過復(fù)制這個原型創(chuàng)建新的對象碗殷。

NSArray *array = [[NSArray alloc] initWithObjects:@1, nil];

? ?NSArray *array2 = array.copy;

array 就是原型了，array2 以 array 為原型捺典，通過 copy 操作創(chuàng)建了 array2襟己。

當(dāng)創(chuàng)建的實(shí)例非常復(fù)雜且耗時，或者新實(shí)例和已存在的實(shí)例值相同擎浴，使用原型模式去復(fù)制已經(jīng)存在的實(shí)例效率更高。

工廠方法（Factory Method）

定義創(chuàng)建對象的接口贝室，讓子類決定實(shí)例化哪一個類仿吞。工廠方法使得類的實(shí)例化延遲到其子類唤冈。

工廠方法是針對每一種產(chǎn)品提供一個工廠類。通過不同的工廠類來創(chuàng)建不同的產(chǎn)品實(shí)例你虹。

+ create():Product 就是工廠方法，ConcreatFactoryA 與 ConcreateFactoryB 就是兩個工廠類夯辖，ConcreateProductA 與 ConcreateProductB 就是兩個工廠類對應(yīng)的產(chǎn)品類董饰，通過不同的工廠生產(chǎn)不同類型的產(chǎn)品，且兩個產(chǎn)品類最終返回的是他們的父類 Product贮缅，隱藏了對象的具體類型介却。工廠方法模式讓創(chuàng)建的對象擁有一組共同的接口块茁，使我們無需關(guān)心做了不同類型接口的具體實(shí)現(xiàn)，只需要調(diào)用 Product 的接口就行永淌。

工廠方法模式的擴(kuò)展性也很好佩耳，新增的產(chǎn)品類并不需要修改客戶端代碼干厚。但每新加一個產(chǎn)品類都需要新建一個工廠類螃宙，會造成項(xiàng)目中的類過多谆扎。

而在 Cocoa Touch 框架中芹助，以 NSNumber 舉例，將原有的 alloc+init 拆開寫：

id obj1 = [NSNumber alloc];

? ?id obj2 = [NSNumber alloc];

? ?id obj3 = [obj1 initWithBool:YES];

? ?id obj4 = [obj2 initWithChar:'1'];

發(fā)現(xiàn) + alloc 后并非生成了我們期望的類實(shí)例无蜂，而是一個NSPlacehodlerNumber 的中間對象酱讶，后面的 – initWithXXXXX 消息都是發(fā)送給這個中間對象彼乌，再由它做工廠，生成真的對象灶挟。如 obj3 的實(shí)際類型為 NSCFBoolean毒租，而 obj4 的實(shí)際類型為 NSCFNumber 。

抽象工廠（Abstract Factory）

提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口惕医，而無需指定它們具體的類算色。

抽象工廠有一個產(chǎn)品族的概念，F(xiàn)actory1 與 Factory2 是繼承 AbstractFactory 的兩個產(chǎn)品族工廠類峡钓， 繼承了父類創(chuàng)建 A能岩，B 兩個產(chǎn)品的方法萧福，不同產(chǎn)品族工廠類會創(chuàng)建不同類型的產(chǎn)品，最終返回了不同的產(chǎn)品族對象炭庙，既 ProductA 和 ProductB煌寇。

在 Cocoa Touch 框架中，類簇是抽象工廠模式在 iOS 下的一種實(shí)現(xiàn)腻脏，以 NSArray 舉例银锻，將原有的 alloc+init 拆開寫：

id obj1 = [NSArray alloc]; // __NSPlacehodlerArray *

id obj2 = [NSMutableArray alloc]; ?// __NSPlacehodlerArray *

id obj3 = [obj1 init]; ?// __NSArrayI *

id obj4 = [obj2 init]; ?// __NSArrayM *

發(fā)現(xiàn) + alloc 后并非生成了我們期望的類實(shí)例永品，而是一個NSPlacehodlerArray 的中間對象，后面的 – init 或 – initWithXXXXX 消息都是發(fā)送給這個中間對象鼎姐，再由它做工廠炕桨，生成真的對象肯腕。這里的 NSArrayI 和 __NSArrayM 分別對應(yīng) Immutable 和 Mutable（后面的 I 和 M 的意思）

于是順著思路猜實(shí)現(xiàn)，__NSPlacehodlerArray 必定用某種方式存儲了它是由誰 alloc 出來的這個信息姊途，才能在 init 的時候知道要創(chuàng)建的是可變數(shù)組還是不可變數(shù)組捷兰。

抽象工廠將一系列的產(chǎn)品族統(tǒng)一到一起創(chuàng)建负敏，增加產(chǎn)品族很方便，但增加產(chǎn)品很麻煩友扰，需要改動太多的類的接口庶柿。

生成器（Builder）

將一個復(fù)雜對象的構(gòu)建與它的表現(xiàn)分離秽浇，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表現(xiàn)浮庐。

生成器可以將構(gòu)建對象的過程分為梭域，客戶 – 指導(dǎo)者 – 生成器 的關(guān)系搅轿，

CharacterBuilder *characterBuilder = [[StandarCharacterBuilder alloc] init];

? ?ChasingGame *game = [[ChasingGame alloc] init];

? ?Character *player = [chasingGame createPlayer:characterBuilder];

? ?Character *enemy = [chasingGame createEnemy:characterBuilder];

characterBuilder 就是生成器了璧坟，而 game 就是指導(dǎo)者。指導(dǎo)者里聲明了創(chuàng)建不同表現(xiàn)的對象的方法幻工。而方法里由生成器 characterBuilder 來構(gòu)建不同的 Character 類型的對象囊颅。

生成器模式將復(fù)雜的生成對象的過程交給了生成器去完成踢代，作為客戶的我們只需要根據(jù)簡單的接口去生成不同表現(xiàn)的對象嗅骄。如上述代碼中的 player 以及 enemy掸读。玩家和敵人具體的屬性數(shù)值我們不需要去設(shè)置，而是交給生成器去設(shè)置澡罚。

單例（Singleton）

保證一個類僅有一個實(shí)例留搔，并提供一個訪問它的全局訪問點(diǎn)铛铁。

在 Cocoa Touch 框架中饵逐，最常見的使用了單例模式的就是 UIApplication 類了。每個應(yīng)用程序有且僅有一個 UIApplication 的實(shí)例掷豺，它由 UIApplicationMain 函數(shù)在程序啟動時創(chuàng)建為單例對象当船，之后德频，對同一 UIApplication 實(shí)例可以通過其 sharedApplication 類方法進(jìn)行訪問。

單例用來集中管理對類的對象所提供的資源档叔，例如應(yīng)用程序中需要用集中式的類來協(xié)調(diào)其服務(wù)衙四，這個類就應(yīng)該生成單一的實(shí)例传蹈。

單例模式在多線程的應(yīng)用場合下必須小心使用步藕。如果當(dāng)唯一實(shí)例尚未創(chuàng)建時咙冗，有兩個線程同時調(diào)用創(chuàng)建方法，那么它們同時沒有檢測到唯一實(shí)例的存在灾搏，從而同時各自創(chuàng)建了一個實(shí)例立润，這樣就有兩個實(shí)例被構(gòu)造出來桑腮，從而違反了單例模式中實(shí)例唯一的原則破讨。 解決這個問題的辦法是為指示類是否已經(jīng)實(shí)例化的變量提供一個互斥鎖。

接口適配

適配器（Adapter）

將一個類的接口轉(zhuǎn)換成客戶希望的另一個接口烫沙，適配器模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作搁骑。

適配器模式分為類適配器模式和對象適配器模式仲器。

上圖是對象適配器模式，Adapter（適配器）遵守了 Target（目標(biāo)接口）協(xié)議乏冀，擁有一個 Adaptee（被適配者）的對象 adaptee 的引用辆沦，當(dāng)調(diào)用 Adapter 的 request 方法，request 方法里會去調(diào)用 adapteee 的 specificRequest 方法妒茬。

類適配模式

類適配器模式中適配器和被適配者是繼承關(guān)系乍钻。request 方法里會去調(diào)用 super 的 specificRequest 方法铭腕，達(dá)到將類的接口轉(zhuǎn)換成客戶希望的另一個接口累舷。

適配器模式主要應(yīng)用于“希望復(fù)用一些現(xiàn)存的類，但是接口又與復(fù)用環(huán)境要求不一致的情況”析孽，在遺留代碼復(fù)用绿淋、類庫遷移等方面非常有用尝盼。

橋接（Bridge）

將抽象部分與它的實(shí)現(xiàn)部分分離盾沫，使它們都可以獨(dú)立地變化。

橋接模式是軟件設(shè)計模式中最復(fù)雜的模式之一佩捞，在軟件系統(tǒng)中一忱，某些類型由于自身的邏輯，它具有兩個或多個維度的變化票渠。

毛筆和顏色是兩個維度的變化芬迄，可以選擇新建 9 個類去實(shí)現(xiàn)不同顏色的不同毛筆禀梳，也可以如圖所示算途，去組合兩個維度。對于客戶端而言扫外，可以針對兩個維度的抽象層編程畏浆，在程序運(yùn)行的時候再動態(tài)確認(rèn)兩個維度的子類狞贱，動態(tài)組合對象，將兩個獨(dú)立變化的維度完全解耦蝎毡，以便能夠靈活地擴(kuò)充任一維度而對另一維度不造成任何影響沐兵。比如增加一種毛筆并不需要去改動圖中的實(shí)現(xiàn)部分便监，增加一種顏色也不需要去改變抽象部分烧董。（抽象部分是面向我們編程的接口部分，我們繪圖的時候是調(diào)用毛筆類的繪圖方法）预吆。

橋接模式可以讓抽象與實(shí)現(xiàn)之間不形成綁定關(guān)系拐叉，在運(yùn)行時可以切換實(shí)現(xiàn)，也將抽象和實(shí)現(xiàn)完全解耦宿礁，可以獨(dú)立擴(kuò)展廷粒。

外觀（Facade）

為系統(tǒng)中的一組接口提供一個統(tǒng)一的接口坝茎。外觀頂一個高層接口嗤放，讓子系統(tǒng)更易于使用壁酬。

外觀模式主要是使用一個外觀類舆乔，為復(fù)雜的子系統(tǒng)提供一個簡單的接口，而子系統(tǒng)的復(fù)雜調(diào)用交給外觀類去做希俩。

數(shù)據(jù)的來源可能是不同數(shù)據(jù)庫颜武，獲取數(shù)據(jù)可能非常的復(fù)雜鳞上，所以使用一個外觀類提供簡單的獲取數(shù)據(jù)的接口篙议，復(fù)雜的操作讓外觀類去做。做到讓子系統(tǒng)更加的易用移怯。

對象去耦

中介者（Mediator）

用一個對象來封裝一系列對象的交互方式芋酌，中介者使各對象不需要顯示地相互引用雁佳，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互炸站。

我們開發(fā)的程序是由大量的類來組成的，隨著程序功能的不斷增加旱易，類和類之間的依賴關(guān)系也跟著趨于復(fù)雜阀坏，而中介者模式便能解決這個問題忌堂，

6 個 VC 類之間的交互可能特別多士修，如果讓他們相互依賴棋嘲，然后管理這些 VC 之間的關(guān)系是一件非常繁瑣的事情矩桂，我們要處理各個 VC 之間的關(guān)系耍鬓，每當(dāng)一個 VC 要跳轉(zhuǎn)到另外個 VC，我們需要包含新的 VC 的頭文件笆制。而使用中介者模式在辆，讓 VC 之間的交互變成 VC 和中介者的交互匆篓，用中介者來管理多對多的復(fù)雜的對象群，降低了各個對象之間的耦合寇窑，減少了對象之間邏輯的復(fù)雜度鸦概，但也可能導(dǎo)致中介者類中的實(shí)現(xiàn)過于復(fù)雜。

UINavigationController 就是一個中介

視圖控制器的切換都是與 UINavigationController 做交互甩骏。由 UINavigationController 去做集中管理窗市。

觀察者（Observer）

定義對象間的一種一對多的依賴關(guān)系先慷，當(dāng)一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并自動更新咨察。

在 Cocoa Touch 框架中通知和 KVO 都實(shí)現(xiàn)了觀察者模式论熙。通知是由一個中心對象為所有觀察者提供變更通知脓诡，KVO 是被觀察的對象直接向觀察者發(fā)送通知祝谚。

Subject 的值改變時踩验，通知觀察者 ObserverA箕憾，ObserverB钠龙，ObserverC，我的數(shù)據(jù)改變了咬腋，依賴我的你們需要更新狀態(tài)了。

被觀察者不需要知道有多少個觀察者和觀察者的更新細(xì)節(jié)寇壳，降低被觀察者和觀察者之間的耦合。

抽象集合

組合（Composite）

將對象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)疏日。組合使得用戶對單個對象和組合對象的使用具有一致性沟优。

在 Cocoa Touch 框架中，UIView 被組織成一個組合結(jié)構(gòu)侵俗。每個 UIView 都可以將其它 UIView 設(shè)置為自己的子視圖，形成一個樹形結(jié)構(gòu)，讓客戶端可以對單個 UIView 或者對 UIView 組合統(tǒng)一對待码泛。

既平移一個 UIView噪珊，可以做到平移這一個 UIView 組合痢站，且操作方法與平移單個 UIView 一致。

迭代器（Iterator）

提供一種方法順序訪問一個聚合對象中的各個元素多望，而又不需要暴露該對象的內(nèi)部表示，

在 Cocoa Touch 中的 NSEnumerator 就實(shí)現(xiàn)了迭代器模式椎工，如以下代碼

NSArray *anArray = @[@"this", @"is", @"a", @"test"];

? ?NSEnumerator *itemEnumerator = [anArray objectEnumerator];

? ?NSString *item;

? ?while (item = [itemEnumerator nextObject]) {

? ? ? ?NSLog(@"%@", item);

? ?}

迭代器分為兩種，上面使用了一個外部迭代器殖熟，外部迭代器讓客戶端直接操作迭代過程，如上面代碼就是使用一個 while 循環(huán)去迭代。

下面是使用了內(nèi)部迭代器赏陵，客戶端不需要知道實(shí)現(xiàn)迭代的方式。

NSArray *anArray = @[@"this", @"is", @"a", @"test"];

? ?NSString *string = @"a";

? ?[anArray enumerateObjectsUsingBlock:^(id ?_Nonnull obj, NSUInteger idx, BOOL * _Nonnull stop) {

? ? ? ?NSLog(@"%@", obj);

? ? ? ?if ([obj isEqualToString:string]) {

? ? ? ? ? ?*stop = YES;

? ? ? ?}

? ?}];

客戶端不需要手動實(shí)現(xiàn)迭代器，只要對每個元素進(jìn)行處理就行。

行為擴(kuò)展

訪問者（Visitor）

表示一個作用于某對象結(jié)構(gòu)中的各元素的操作镜硕，它讓我們可以在不改變各元素的類的前提下定義作用于這些元素的新操作。

當(dāng)一個復(fù)雜的對象結(jié)構(gòu)包含很多其他的對象，每個對象都有不同的接口躺坟，這個時候如果想添加新的接口進(jìn)行新的操作，就得修改該對象的類产舞，如果每個對象都需要添加新操作，就需要修改更多的類。而訪問者模式就是用來不修改原有類添加新的操作瞬场。

訪問者模式涉及兩個關(guān)鍵元素贯被，訪問者和被訪問對象。訪問者遵從訪問協(xié)議幌陕，訪問協(xié)議里聲明了訪問方法。訪問方法類似下面

- (void)visitEngine:(NimoEngine *)engine;

- (void)visitWheel:(NimoWheel *)wheel;

訪問者模式流程，直接調(diào)用訪問者里的訪問方法止后，訪問方法里實(shí)現(xiàn)了新添加的操作，engine 與 wheel 既被訪問對象，達(dá)到了將新操作集中在訪問者里處理的效果现恼。如果再需要新添加一系列對各個元素的操作，只需要再添加一個訪問者類就行瞧捌。

訪問者能訪問復(fù)雜元素里的每一個元素典蝌，然后由訪問者對這些元素進(jìn)行行為擴(kuò)展。

裝飾（Decorator）

動態(tài)地給一個對象添加一些額外的職責(zé)截驮。就擴(kuò)展功能來說涵妥，裝飾模式相比生成子類更為靈活娜氏。

Category 就是實(shí)現(xiàn)了裝飾的設(shè)計模式。Category 是 Objective-C 的語言功能绵疲，通過它可以給類添加方法的接口與實(shí)現(xiàn)盔憨，而不必子類化问慎。 從這個設(shè)計模式的描述聯(lián)想到 Category冰木，就沒什么難理解了社证。

使多個對象都有機(jī)會處理請求辽俗，從而避免請求的發(fā)送者和接受者之間發(fā)生耦合。此模式將這些對象連成一條鏈，并沿著這條鏈傳遞請求，直到有一個對象處理它為止檀何。

Cocoa Touch 中的事件處理流程–響應(yīng)者鏈就實(shí)現(xiàn)了責(zé)任鏈模式垛孔。以點(diǎn)擊為例概作，首先通過 hit-test view 的流程找到被點(diǎn)擊的視圖，被點(diǎn)擊的視圖如果不處理點(diǎn)擊事件仆嗦，則沿著響應(yīng)者鏈向上回溯辉阶，比如給父視圖發(fā)消息，讓父視圖去處理，父視圖不處理則繼續(xù)沿著響應(yīng)者鏈向上回溯，直到有對象處理它為止蔼啦，如果都不處理奈籽，則該事件丟棄。

算法封裝

模板方法（Template Method）

定義一個操作中算法的骨架衣屏，而將一些步驟延遲到子類中砚偶。模板方法使子類可以重定義算法的某些特定步驟而不改變該算法的結(jié)構(gòu)劲妙。

模板方法可以提高可擴(kuò)展性與可復(fù)用性，比如 UIView 類中的定制繪圖,UIView 的結(jié)構(gòu)不改變，只是繼承 UIView,再重載 – (void)drawRect:(CGRect)rect

方法。所以 – (void)drawRect:(CGRect)rect 就是模板方法聊替，默認(rèn)什么都不做或者只是做了部分操作当纱，缺少特性操作晨横，用來給子類選擇重載與實(shí)現(xiàn)的方法。

定義一系列算法黍判，把它們一個個封裝起來绪励，并且使它們可相互替換。本模式使得算法可獨(dú)立于使用它的客戶而變化眉抬。

舉一個常見的例子贯吓，驗(yàn)證 UITextField 輸入是否有效。有兩個算法分別是驗(yàn)證郵箱的和驗(yàn)證電話號碼的蜀变。可以通過 if else 這樣的判斷代碼來決定執(zhí)行哪個算法介评。也可以通過策略模式库北，將算法封裝起來，如下圖

Strategy 是這一系列算法的父類们陆，ConcreteStrategyA, B, C寒瓦。是三種算法，給 Context 對象添加一個 Strategy 類型的屬性坪仇，里面存放著 ConcreteStrategyA 或者 B杂腰，C。然后 Context 對象就知道去執(zhí)行哪個算法椅文。也就知道自己需要執(zhí)行什么策略喂很。

策略模式首先將算法都封裝起來了，易于理解皆刺，且易于切換和擴(kuò)展少辣。

命令（Command）

將請求封裝為一個對象，從而可用不同的請求對客戶進(jìn)行參數(shù)化羡蛾，對請求排隊(duì)或記錄請求日志漓帅，以及支持可撤銷的操作。

Cocoa Touch 框架中的 NSInvocation 就是實(shí)現(xiàn)了命令模式痴怨。

NSMethodSignature*signature = [ViewController instanceMethodSignatureForSelector:@selector(sendMessageWithNumber:WithContent:)];

?//1忙干、創(chuàng)建NSInvocation對象

?NSInvocation*invocation = [NSInvocation invocationWithMethodSignature:signature];

?invocation.target = self;

?//invocation中的方法必須和簽名中的方法一致。

?invocation.selector = @selector(sendMessageWithNumber:WithContent:);

?/*第一個參數(shù)：需要給指定方法傳遞的值

? ? ? ? 第一個參數(shù)需要接收一個指針浪藻，也就是傳遞值的時候需要傳遞地址*/

?//第二個參數(shù)：需要給指定方法的第幾個參數(shù)傳值

?NSString*number = @"1111";

?//注意：設(shè)置參數(shù)的索引時不能從0開始捐迫，因?yàn)?已經(jīng)被self占用，1已經(jīng)被_cmd占用

?[invocation setArgument:&number atIndex:2];

?NSString*number2 = @"啊啊啊";

?[invocation setArgument:&number2 atIndex:3];

?//2珠移、調(diào)用NSInvocation對象的invoke方法

?//只要調(diào)用invocation的invoke方法弓乙，就代表需要執(zhí)行NSInvocation對象中制定對象的指定方法，并且傳遞指定的參數(shù)

?[invocation invoke];

將行為封裝成對象钧惧，而不是直接觸發(fā)行為暇韧，因?yàn)槭菍ο螅钥梢院苋菀椎脑O(shè)計一個命令隊(duì)列浓瞪，也可以方便的記錄進(jìn)日志里懈玻，以及實(shí)現(xiàn)行為的撤銷。（因?yàn)樾袨閷ο罂梢杂涗涍M(jìn)日志里乾颁，所以可以根據(jù)日志得知上一個操作做了什么涂乌，從而進(jìn)行撤銷）艺栈。

性能與對象訪問

享元（Flyweight）

利用共享技術(shù)有效地支持大量細(xì)粒度的對象。

tableViewCell 的重用機(jī)制就是實(shí)現(xiàn)了享元模式湾盒。在要使用一個 Cell 的時候湿右，會先去重用池里看看 tableView 有沒有可以重用的 cell，如果有重用該 cell罚勾，沒有創(chuàng)建一個毅人，這就是享元模式。

享元模式主要有兩個關(guān)鍵組件尖殃，可共享的享元對象和保存它們的享元池丈莺。

舉另一個實(shí)現(xiàn)例子，畫面上需要顯示 100 個相同的圖案送丰，可以只生成一個包含該圖案 image 的 imageView缔俄。其它 99 個只需要去享元池里去拿這個 imageView 實(shí)例的信息，然后在頁面里直接繪制圖案器躏，這樣就不需要生成 100 個圖案實(shí)例俐载。

享元模式通過共享一部分必須的對象，減少對象的創(chuàng)建邀桑，節(jié)省大量的內(nèi)存瞎疼。

代理（Proxy）

為其它對象提供一種代理以控制對這個對象的訪問。

代理設(shè)計模式的英文名是 Proxy pattern壁畸，和我們常見的 delegate（委托） 沒關(guān)系贼急。

iOS 中常見的代理模式例子為引用計數(shù)，當(dāng)一個復(fù)雜對象的多份副本須存在時捏萍，代理模式可以結(jié)合享元模式以減少內(nèi)存用量太抓。典型做法是創(chuàng)建一個復(fù)雜對象及多個代理者，每個代理者會引用到原本的復(fù)雜對象令杈。而作用在代理者的運(yùn)算會轉(zhuǎn)送到原本對象走敌。一旦所有的代理者都不存在時，復(fù)雜對象會被移除逗噩。

當(dāng)然掉丽，上面的代理模式中的代理者什么都沒做，代理對象作為 A 和 C 中間的協(xié)調(diào)者异雁，可以多做點(diǎn)操作捶障，可以理解為 VPN 中的代理者可以對傳輸數(shù)據(jù)加密，而 A 和 C 中的代理者纲刀，也可以隱藏 C 的信息项炼，做到對 C 的保護(hù)。

對象狀態(tài)

備忘錄（Memento）

在不破壞封裝的情況下，捕獲一個對象的內(nèi)部狀態(tài)锭部，并在該對象之外保存這個狀態(tài)暂论，這樣以后就可將該對象恢復(fù)到原先保存的狀態(tài)。

Cocoa Touch 框架中歸檔可以實(shí)現(xiàn)備忘錄模式拌禾，Cocoa 的歸檔是對對象及其屬性還有同其他對象間的關(guān)系進(jìn)行編碼取胎，形成一個文檔，該文檔可以保存于文件系統(tǒng)蹋砚，也可在進(jìn)程或網(wǎng)絡(luò)間傳輸扼菠，最后又可以通過解檔將文檔解碼成與該對象歸檔時狀態(tài)一致的對象。

既將對象保存一個備份放置到其它地方坝咐，可以隨時使用備份將該對象恢復(fù)到原先保存的狀態(tài)，用來儲存關(guān)鍵對象的關(guān)鍵狀態(tài)析恢。