在今天編程中發現在生命UIPopoverController我是一開始用的是@property(nonatomic,weak)UIPopoverController *popview;
但是在點擊的時候就沒有出現這個浮動的視圖。但是我用strong做類型的聲明的時候就可以出現浮動視圖。
@property(nonatomic,strong)UIPopoverController *popview;
iOS5中加入了新知識，就是ARC,其實我並不是很喜歡它，因為習慣了自己管理內存。但是學習還是很有必要的。
在iOS開發過程中，屬性的定義往往與retain, assign, copy有關，我想大家都很熟悉了，在此我也不介紹，網上有很多相關文章。
現在我們看看iOS5中新的關鍵字strong, weak, unsafe_unretained. 可以與以前的關鍵字對應學習strong與retain類似，weak與unsafe_unretained功能差不多（有點區別，等下會介紹，這兩個新關鍵字與assign類似）。在iOS5中用這些新的關鍵字，就可以不用手動管理內存了，從java等其它語言轉過來的程序員非常受用。
strong關鍵字與retain關似，用了它，引用計數自動＋1，用實例更能說明一切
1. @property (nonatomic, strong) NSString *string1;
2. @property (nonatomic, strong) NSString *string2;
有這樣兩個屬性，
1. @synthesize string1;
2. @synthesize string2;
猜一下下面代碼將輸出什么結果？
1. self.string1 = @"String 1";
2. self.string2 = self.string1;
3. self.string1 = nil;
4. NSLog(@"String 2 = %@", self.string2);
結果是：String 2 = String 1
由於string2是strong定義的屬性，所以引用計數＋1，使得它們所指向的值都是@"String 1", 如果你對retain熟悉的話，這理解並不難。
接着我們來看weak關鍵字：
如果這樣聲明兩個屬性：
1. @property (nonatomic, strong) NSString *string1;
2. @property (nonatomic, weak) NSString *string2;
並定義
1. @synthesize string1;
2. @synthesize string2;
再來猜一下，下面輸出是什么？
1. self.string1 = [[NSString alloc] initWithUTF8String:"string 1"];
2. self.string2 = self.string1;
3. self.string1 = nil;
4. NSLog(@"String 2 = %@", self.string2);
結果是：String 2 = null
分析一下，由於self.string1與self.string2指向同一地址，且string2沒有retain內存地址，而 self.string1=nil釋放了內存，所以string1為nil。聲明為weak的指針，指針指向的地址一旦被釋放，這些指針都將被賦值為 nil。這樣的好處能有效的防止野指針。在c/c++開發過程中，為何大牛都說指針的空間釋放了后，都要將指針賦為NULL. 在這兒用weak關鍵字幫我們做了這一步。
接着我們來看unsafe_unretained
從名字可以看出，unretained且unsafe，由於是unretained所以與weak有點類似，但是它是unsafe的，什么是unsafe的呢，下面看實例。
如果這樣聲明兩個屬性：
並定義
1. @property (nonatomic, strong) NSString *string1;
2. @property (nonatomic, unsafe_unretained) NSString *string2;
再來猜一下，下面的代碼會有什么結果？
1. self.string1 = [[NSString alloc] initWithUTF8String:"string 1"];
2. self.string2 = self.string1;
3. self.string1 = nil;
4. NSLog(@"String 2 = %@", self.string2);
請注意，在此我並沒有叫你猜會有什么輸出，因為根本不會有輸出，你的程序會crash掉。
原因是什么，其實就是野指針造成的，所以野指針是可怕的。為何會造成野指針呢？同於用unsafe_unretained聲明的指針，由於 self.string1=nil已將內存釋放掉了，但是string2並不知道已被釋放了，所以是野指針。然后訪問野指針的內存就造成crash. 所以盡量少用unsafe_unretained關鍵字。
strong,weak, unsafe_unretained往往都是用來聲明屬性的，如果想聲明臨時變量就得用__strong, __weak, __unsafe_unretained, __autoreleasing, 其用法與上面介紹的類似。
還是看看實例吧。
1. __strong NSString *yourString = [[NSString alloc] initWithUTF8String:"your string"];
2. __weak NSString *myString = yourString;
3. yourString = nil;
4. __unsafe_unretained NSString *theirString = myString;
5. //現在所有的指針都為nil
再看一個：
1. __strong NSString *yourString = [[NSString alloc] initWithUTF8String:"string 1"];
2. __weak NSString *myString = yourString;
3. __unsafe_unretained NSString *theirString = myString;
4. yourString = nil;
5. //現在yourString與myString的指針都為nil,而theirString不為nil,但是是野指針。
在這兒也說一下字符串相關的，如果NSString *str = @"str test";這樣將聲明一個字符串常量，這樣聲明的不受上面所說的限制。
如：
1. __strong NSString *yourString = @"test string";
2. __weak NSString *myString = yourString;
3. yourString = nil;
4. //現在myString還是有值的
NSString *str = [[NSString alloc] initWithString:@"test"];這樣返回的也是字符串常量, 效果與 NSString *str = @"test";是一樣的。 但得遵循蘋果內存管理，在非ARC的情況下還是要調用release，其實不需要調用也不會內存泄漏。
__autoreleasing的用法介紹：
在c/c++，objective-c內存管理中有一條是：誰分配誰釋放。 __autoreleasing則可以使對像延遲釋放。比如你想傳一個未初始化地對像引用到一個方法當中，在此方法中實始化此對像，那么這種情況將是__autoreleasing表演的時候。看個示例：
1. - (void) generateErrorInVariable:(__autoreleasing NSError **)paramError{
2. NSArray *objects = [[NSArray alloc] initWithObjects:@"A simple error", nil];
3. NSArray *keys = [[NSArray alloc] initWithObjects:NSLocalizedDescriptionKey, nil];
4. NSDictionary *errorDictionary = [[NSDictionary alloc] initWithObjects:objects forKeys:keys];
5. *paramError = [[NSError alloc] initWithDomain:@"MyApp" code:1 userInfo:errorDictionary];
6. }
7. -(void)test
8. {
9. NSError *error = nil;
10. [self generateErrorInVariable:&error];
11. NSLog(@"Error = %@", error);
12. }
被編譯器翻譯后就變為：
1. -(void)test
2. {
3. NSError *error = nil;
4. NSError * __autoreleasing tmp = error;
5. [self generateErrorInVariable:&tmp];
6. error = tmp;
7. NSLog(@"Error = %@", error);
8. }
這樣即便在函數內部申請的空間，在函數外部也可以使用，同樣也適合誰分配誰釋放的原則。
同樣下面的代碼也是類似原因, 只不過在沒有開啟ARC的情況下適用：
1. -(NSString *)stringTest
2. {
3. NSString *retStr = [NSString stringWithString:@"test"];
4.
5. return [[retStr retain] autorelease];
6. }
開啟ARC后，應改為：經過測試下面這種方法是可行的，不過都不建意這樣寫代碼, __autoreleasing官網的例子是用在傳引用參數當中（像上面那個NSError）。所以最好不要像下面這樣用
1. -(NSString *)stringTest
2. {
3. __autoreleasing NSString *retStr = [NSString alloc] initWithString:@"test"];
4.
5. return retStr;
6. }
1. - (NSString *)stringTest __attribute__((ns_returns_autoreleased)){ NSString *retStr = [NSString alloc] initWithString:@"test"];return retStr;}
與上面功能相似。返回一個autorelease。
關於methord family， 如果方法名是以alloc, init, copy, mutablecopy,new字符開頭的，那么它們的返回值會被retain的，其它的默認就是autorelease返回的。
這個摘抄於網上
在最后，一般的UIPopoverControlle是用的是局部變量聲明的，代碼執行完后就會釋放，如果在全局變量也是用弱引用聲明，他是防止野指針，這樣的邏輯是行不通的，必須有一個,解決辦法是搞一個強引用,確定是每個UIPopoverControlle都有一個強引用去保住它的命.