原文出自:
https://github.com/ChenYilong/iOSInterviewQuestions/blob/master/01%E3%80%8A%E6%8B%9B%E8%81%98%E4%B8%80%E4%B8%AA%E9%9D%A0%E8%B0%B1%E7%9A%84iOS%E3%80%8B%E9%9D%A2%E8%AF%95%E9%A2%98%E5%8F%82%E8%80%83%E7%AD%94%E6%A1%88/%E3%80%8A%E6%8B%9B%E8%81%98%E4%B8%80%E4%B8%AA%E9%9D%A0%E8%B0%B1%E7%9A%84iOS%E3%80%8B%E9%9D%A2%E8%AF%95%E9%A2%98%E5%8F%82%E8%80%83%E7%AD%94%E6%A1%88%EF%BC%88%E4%B8%8A%EF%BC%89.md
1. 風格糾錯題
修改方法有很多種,現給出一種做示例:
// .h文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 修改完的代碼,這是第一種修改方法,後面會給出第二種修改方法
typedef NS_ENUM(NSInteger, CYLSex) {
CYLSexMan,
CYLSexWoman
};
@interface CYLUser : NSObject<NSCopying>
@property (nonatomic, readonly, copy) NSString *name;
@property (nonatomic, readonly, assign) NSUInteger age;
@property (nonatomic, readonly, assign) CYLSex sex;
- (instancetype)initWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;
+ (instancetype)userWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;
@end
下面對具體修改的地方,分兩部分做下介紹:硬傷部分和優化部分。因爲硬傷部分沒什麼技術含量,爲了節省大家時間,放在後面講,大神請直接看優化部分。
優化部分
-
enum 建議使用
NS_ENUM
和NS_OPTIONS
宏來定義枚舉類型,參見官方的 Adopting Modern Objective-C 一文://定義一個枚舉 typedef NS_ENUM(NSInteger, CYLSex) { CYLSexMan, CYLSexWoman };
(僅僅讓性別包含男和女可能並不嚴謹,最嚴謹的做法可以參考 這裏 。)
-
age 屬性的類型:應避免使用基本類型,建議使用 Foundation 數據類型,對應關係如下:
int -> NSInteger unsigned -> NSUInteger float -> CGFloat 動畫時間 -> NSTimeInterval
同時考慮到 age 的特點,應使用 NSUInteger ,而非 int 。這樣做的是基於64-bit 適配考慮,詳情可參考出題者的博文《64-bit Tips》。
-
如果工程項目非常龐大,需要拆分成不同的模塊,可以在類、typedef宏命名的時候使用前綴。
-
doLogIn方法不應寫在該類中:
登錄操作屬於業務邏輯,觀察類名 UserModel ,以及屬性的命名方式,該類應該是一個 Model 而不是一個“ MVVM 模式下的 ViewModel ”:雖然LogIn
的命名不太清晰,但筆者猜測是login的意思, (勘誤:Login是名詞,LogIn 是動詞,都表示登陸的意思。見: Log in vs. login )無論是 MVC 模式還是 MVVM 模式,業務邏輯都不應當寫在 Model 裏:MVC 應在 C,MVVM 應在 VM。
(如果拋開命名規範,假設該類真的是 MVVM 模式裏的 ViewModel ,那麼 UserModel 這個類可能對應的是用戶註冊頁面,如果有特殊的業務需求,比如:
-logIn
對應的應當是註冊並登錄的一個 Button ,出現-logIn
方法也可能是合理的。) -
doLogIn 方法命名不規範:添加了多餘的動詞前綴。請牢記:
如果方法表示讓對象執行一個動作,使用動詞打頭來命名,注意不要使用
do
,does
這種多餘的關鍵字,動詞本身的暗示就足夠了。應爲
-logIn
(注意:Login
是名詞,LogIn
是動詞,都表示登陸。 見 Log in vs. login ) -
-(id)initUserModelWithUserName: (NSString*)name withAge:(int)age;
方法中不要用with
來連接兩個參數:withAge:
應當換爲age:
,age:
已經足以清晰說明參數的作用,也不建議用andAge:
:通常情況下,即使有類似withA:withB:
的命名需求,也通常是使用withA:andB:
這種命名,用來表示方法執行了兩個相對獨立的操作(從設計上來說,這時候也可以拆分成兩個獨立的方法),它不應該用作闡明有多個參數,比如下面的://錯誤,不要使用"and"來連接參數 - (int)runModalForDirectory:(NSString *)path andFile:(NSString *)name andTypes:(NSArray *)fileTypes; //錯誤,不要使用"and"來闡明有多個參數 - (instancetype)initWithName:(CGFloat)width andAge:(CGFloat)height; //正確,使用"and"來表示兩個相對獨立的操作 - (BOOL)openFile:(NSString *)fullPath withApplication:(NSString *)appName andDeactivate:(BOOL)flag;
-
由於字符串值可能會改變,所以要把相關屬性的“內存管理語義”聲明爲 copy 。(原因在下文有詳細論述:用@property聲明的NSString(或NSArray,NSDictionary)經常使用copy關鍵字,爲什麼?)
-
“性別”(sex)屬性的:該類中只給出了一種“初始化方法” (initializer)用於設置“姓名”(Name)和“年齡”(Age)的初始值,那如何對“性別”(Sex)初始化?
Objective-C 有 designated 和 secondary 初始化方法的觀念。 designated 初始化方法是提供所有的參數,secondary 初始化方法是一個或多個,並且提供一個或者更多的默認參數來調用 designated 初始化方法的初始化方法。舉例說明:
// .m文件 // http://weibo.com/luohanchenyilong/ // https://github.com/ChenYilong // @implementation CYLUser - (instancetype)initWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex { if(self = [super init]) { _name = [name copy]; _age = age; _sex = sex; } return self; } - (instancetype)initWithName:(NSString *)name age:(NSUInteger)age { return [self initWithName:name age:age sex:nil]; } @end
上面的代碼中initWithName:age:sex: 就是 designated 初始化方法,另外的是 secondary 初始化方法。因爲僅僅是調用類實現的 designated 初始化方法。
因爲出題者沒有給出
.m
文件,所以有兩種猜測:1:本來打算只設計一個 designated 初始化方法,但漏掉了“性別”(sex)屬性。那麼最終的修改代碼就是上文給出的第一種修改方法。2:不打算初始時初始化“性別”(sex)屬性,打算後期再修改,如果是這種情況,那麼應該把“性別”(sex)屬性設爲 readwrite 屬性,最終給出的修改代碼應該是:// .h文件 // http://weibo.com/luohanchenyilong/ // https://github.com/ChenYilong // 第二種修改方法(基於第一種修改方法的基礎上) typedef NS_ENUM(NSInteger, CYLSex) { CYLSexMan, CYLSexWoman }; @interface CYLUser : NSObject<NSCopying> @property (nonatomic, readonly, copy) NSString *name; @property (nonatomic, readonly, assign) NSUInteger age; @property (nonatomic, readwrite, assign) CYLSex sex; - (instancetype)initWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex; - (instancetype)initWithName:(NSString *)name age:(NSUInteger)age; + (instancetype)userWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex; @end
.h
中暴露 designated 初始化方法,是爲了方便子類化 (想了解更多,請戳--》 《禪與 Objective-C 編程藝術 (Zen and the Art of the Objective-C Craftsmanship 中文翻譯)》。) -
按照接口設計的慣例,如果設計了“初始化方法” (initializer),也應當搭配一個快捷構造方法。而快捷構造方法的返回值,建議爲 instancetype,爲保持一致性,init 方法和快捷構造方法的返回類型最好都用 instancetype。
-
如果基於第一種修改方法:既然該類中已經有一個“初始化方法” (initializer),用於設置“姓名”(Name)、“年齡”(Age)和“性別”(Sex)的初始值:那麼在設計對應
@property
時就應該儘量使用不可變的對象:其三個屬性都應該設爲“只讀”。用初始化方法設置好屬性值之後,就不能再改變了。在本例中,仍需聲明屬性的“內存管理語義”。於是可以把屬性的定義改成這樣@property (nonatomic, readonly, copy) NSString *name; @property (nonatomic, readonly, assign) NSUInteger age; @property (nonatomic, readonly, assign) CYLSex sex;
由於是隻讀屬性,所以編譯器不會爲其創建對應的“設置方法”,即便如此,我們還是要寫上這些屬性的語義,以此表明初始化方法在設置這些屬性值時所用的方式。要是不寫明語義的話,該類的調用者就不知道初始化方法裏會拷貝這些屬性,他們有可能會在調用初始化方法之前自行拷貝屬性值。這種操作多餘而且低效。
initUserModelWithUserName
如果改爲initWithName
會更加簡潔,而且足夠清晰。UserModel
如果改爲User
會更加簡潔,而且足夠清晰。UserSex
如果改爲Sex
會更加簡潔,而且足夠清晰。-
第二個
@property
中 assign 和 nonatomic 調換位置。推薦按照下面的格式來定義屬性@property (nonatomic, readwrite, copy) NSString *name;
屬性的參數應該按照下面的順序排列: 原子性,讀寫 和 內存管理。 這樣做你的屬性更容易修改正確,並且更好閱讀。這在《禪與Objective-C編程藝術 >》裏有介紹。而且習慣上修改某個屬性的修飾符時,一般從屬性名從右向左搜索需要修動的修飾符。最可能從最右邊開始修改這些屬性的修飾符,根據經驗這些修飾符被修改的可能性從高到底應爲:內存管理 > 讀寫權限 >原子操作。
硬傷部分
- 在-和(void)之間應該有一個空格
- enum 中駝峯命名法和下劃線命名法混用錯誤:枚舉類型的命名規則和函數的命名規則相同:命名時使用駝峯命名法,勿使用下劃線命名法。
- enum 左括號前加一個空格,或者將左括號換到下一行
- enum 右括號後加一個空格
UserModel :NSObject
應爲UserModel : NSObject
,也就是:
右側少了一個空格。@interface
與@property
屬性聲明中間應當間隔一行。- 兩個方法定義之間不需要換行,有時爲了區分方法的功能也可間隔一行,但示例代碼中間隔了兩行。
-(id)initUserModelWithUserName: (NSString*)name withAge:(int)age;
方法中方法名與參數之間多了空格。而且-
與(id)
之間少了空格。-(id)initUserModelWithUserName: (NSString*)name withAge:(int)age;
方法中方法名與參數之間多了空格:(NSString*)name
前多了空格。-(id)initUserModelWithUserName: (NSString*)name withAge:(int)age;
方法中(NSString*)name
,應爲(NSString *)name
,少了空格。-
doLogIn方法中的LogIn
命名不清晰:筆者猜測是login的意思,應該是粗心手誤造成的。(勘誤:Login
是名詞,LogIn
是動詞,都表示登陸的意思。見: Log in vs. login )
2. 什麼情況使用 weak 關鍵字,相比 assign 有什麼不同?
什麼情況使用 weak 關鍵字?
-
在 ARC 中,在有可能出現循環引用的時候,往往要通過讓其中一端使用 weak 來解決,比如: delegate 代理屬性
-
自身已經對它進行一次強引用,沒有必要再強引用一次,此時也會使用 weak,自定義 IBOutlet 控件屬性一般也使用 weak;當然,也可以使用strong。在下文也有論述:《IBOutlet連出來的視圖屬性爲什麼可以被設置成weak?》
不同點:
-
weak
此特質表明該屬性定義了一種“非擁有關係” (nonowning relationship)。爲這種屬性設置新值時,設置方法既不保留新值,也不釋放舊值。此特質同assign類似,然而在屬性所指的對象遭到摧毀時,屬性值也會清空(nil out)。而assign
的“設置方法”只會執行鍼對“純量類型” (scalar type,例如 CGFloat 或 NSlnteger 等)的簡單賦值操作。 -
assigin 可以用非 OC 對象,而 weak 必須用於 OC 對象
3. 怎麼用 copy 關鍵字?
用途:
- NSString、NSArray、NSDictionary 等等經常使用copy關鍵字,是因爲他們有對應的可變類型:NSMutableString、NSMutableArray、NSMutableDictionary;
-
block 也經常使用 copy 關鍵字,具體原因見官方文檔:Objects Use Properties to Keep Track of Blocks:
block 使用 copy 是從 MRC 遺留下來的“傳統”,在 MRC 中,方法內部的 block 是在棧區的,使用 copy 可以把它放到堆區.在 ARC 中寫不寫都行:對於 block 使用 copy 還是 strong 效果是一樣的,但寫上 copy 也無傷大雅,還能時刻提醒我們:編譯器自動對 block 進行了 copy 操作。如果不寫 copy ,該類的調用者有可能會忘記或者根本不知道“編譯器會自動對 block 進行了 copy 操作”,他們有可能會在調用之前自行拷貝屬性值。這種操作多餘而低效。你也許會感覺我這種做法有些怪異,不需要寫依然寫。如果你這樣想,其實是你“日用而不知”,你平時開發中是經常在用我說的這種做法的,比如下面的屬性不寫copy也行,但是你會選擇寫還是不寫呢?
@property (nonatomic, copy) NSString *userId; - (instancetype)initWithUserId:(NSString *)userId { self = [super init]; if (!self) { return nil; } _userId = [userId copy]; return self; }
下面做下解釋: copy 此特質所表達的所屬關係與 strong 類似。然而設置方法並不保留新值,而是將其“拷貝” (copy)。當屬性類型爲 NSString 時,經常用此特質來保護其封裝性,因爲傳遞給設置方法的新值有可能指向一個 NSMutableString 類的實例。這個類是 NSString 的子類,表示一種可修改其值的字符串,此時若是不拷貝字符串,那麼設置完屬性之後,字符串的值就可能會在對象不知情的情況下遭人更改。所以,這時就要拷貝一份“不可變” (immutable)的字符串,確保對象中的字符串值不會無意間變動。只要實現屬性所用的對象是“可變的” (mutable),就應該在設置新屬性值時拷貝一份。
用
@property
聲明 NSString、NSArray、NSDictionary 經常使用 copy 關鍵字,是因爲他們有對應的可變類型:NSMutableString、NSMutableArray、NSMutableDictionary,他們之間可能進行賦值操作,爲確保對象中的字符串值不會無意間變動,應該在設置新屬性值時拷貝一份。
該問題在下文中也有論述:用@property聲明的NSString(或NSArray,NSDictionary)經常使用copy關鍵字,爲什麼?如果改用strong關鍵字,可能造成什麼問題?
4.
這個寫法會出什麼問題: @property (copy) NSMutableArray *array;
兩個問題:1、添加,刪除,修改數組內的元素的時候,程序會因爲找不到對應的方法而崩潰.因爲 copy 就是複製一個不可變 NSArray 的對象;2、使用了 atomic 屬性會嚴重影響性能 ;
第1條的相關原因在下文中有論述《用@property聲明的NSString(或NSArray,NSDictionary)經常使用 copy 關鍵字,爲什麼?如果改用strong關鍵字,可能造成什麼問題?》 以及上文《怎麼用 copy 關鍵字?》也有論述。
比如下面的代碼就會發生崩潰
// .h文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 下面的代碼就會發生崩潰
@property (nonatomic, copy) NSMutableArray *mutableArray;
// .m文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 下面的代碼就會發生崩潰
NSMutableArray *array = [NSMutableArray arrayWithObjects:@1,@2,nil];
self.mutableArray = array;
[self.mutableArray removeObjectAtIndex:0];
接下來就會奔潰:
-[__NSArrayI removeObjectAtIndex:]: unrecognized selector sent to instance 0x7fcd1bc30460
第2條原因,如下:
該屬性使用了同步鎖,會在創建時生成一些額外的代碼用於幫助編寫多線程程序,這會帶來性能問題,通過聲明 nonatomic 可以節省這些雖然很小但是不必要額外開銷。
在默認情況下,由編譯器所合成的方法會通過鎖定機制確保其原子性(atomicity)。如果屬性具備 nonatomic 特質,則不使用同步鎖。請注意,儘管沒有名爲“atomic”的特質(如果某屬性不具備 nonatomic 特質,那它就是“原子的”(atomic))。
在iOS開發中,你會發現,幾乎所有屬性都聲明爲 nonatomic。
一般情況下並不要求屬性必須是“原子的”,因爲這並不能保證“線程安全” ( thread safety),若要實現“線程安全”的操作,還需採用更爲深層的鎖定機制才行。例如,一個線程在連續多次讀取某屬性值的過程中有別的線程在同時改寫該值,那麼即便將屬性聲明爲 atomic,也還是會讀到不同的屬性值。
因此,開發iOS程序時一般都會使用 nonatomic 屬性。但是在開發 Mac OS X 程序時,使用 atomic 屬性通常都不會有性能瓶頸。
5. 如何讓自己的類用 copy 修飾符?如何重寫帶 copy 關鍵字的 setter?
若想令自己所寫的對象具有拷貝功能,則需實現 NSCopying 協議。如果自定義的對象分爲可變版本與不可變版本,那麼就要同時實現
NSCopying
與NSMutableCopying
協議。
具體步驟:
- 需聲明該類遵從 NSCopying 協議
-
實現 NSCopying 協議。該協議只有一個方法:
- (id)copyWithZone:(NSZone *)zone;
注意:一提到讓自己的類用 copy 修飾符,我們總是想覆寫copy方法,其實真正需要實現的卻是 “copyWithZone” 方法。
以第一題的代碼爲例:
// .h文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 修改完的代碼
typedef NS_ENUM(NSInteger, CYLSex) {
CYLSexMan,
CYLSexWoman
};
@interface CYLUser : NSObject<NSCopying>
@property (nonatomic, readonly, copy) NSString *name;
@property (nonatomic, readonly, assign) NSUInteger age;
@property (nonatomic, readonly, assign) CYLSex sex;
- (instancetype)initWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;
+ (instancetype)userWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;
@end
然後實現協議中規定的方法:
- (id)copyWithZone:(NSZone *)zone {
CYLUser *copy = [[[self class] allocWithZone:zone]
initWithName:_name
age:_age
sex:_sex];
return copy;
}
但在實際的項目中,不可能這麼簡單,遇到更復雜一點,比如類對象中的數據結構可能並未在初始化方法中設置好,需要另行設置。舉個例子,假如 CYLUser 中含有一個數組,與其他 CYLUser 對象建立或解除朋友關係的那些方法都需要操作這個數組。那麼在這種情況下,你得把這個包含朋友對象的數組也一併拷貝過來。下面列出了實現此功能所需的全部代碼:
// .h文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 以第一題《風格糾錯題》裏的代碼爲例
typedef NS_ENUM(NSInteger, CYLSex) {
CYLSexMan,
CYLSexWoman
};
@interface CYLUser : NSObject<NSCopying>
@property (nonatomic, readonly, copy) NSString *name;
@property (nonatomic, readonly, assign) NSUInteger age;
@property (nonatomic, readonly, assign) CYLSex sex;
- (instancetype)initWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;
+ (instancetype)userWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;
- (void)addFriend:(CYLUser *)user;
- (void)removeFriend:(CYLUser *)user;
@end
// .m文件
// .m文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
//
@implementation CYLUser {
NSMutableSet *_friends;
}
- (void)setName:(NSString *)name {
_name = [name copy];
}
- (instancetype)initWithName:(NSString *)name
age:(NSUInteger)age
sex:(CYLSex)sex {
if(self = [super init]) {
_name = [name copy];
_age = age;
_sex = sex;
_friends = [[NSMutableSet alloc] init];
}
return self;
}
- (void)addFriend:(CYLUser *)user {
[_friends addObject:user];
}
- (void)removeFriend:(CYLUser *)user {
[_friends removeObject:user];
}
- (id)copyWithZone:(NSZone *)zone {
CYLUser *copy = [[[self class] allocWithZone:zone]
initWithName:_name
age:_age
sex:_sex];
copy->_friends = [_friends mutableCopy];
return copy;
}
- (id)deepCopy {
CYLUser *copy = [[[self class] allocWithZone:zone]
initWithName:_name
age:_age
sex:_sex];
copy->_friends = [[NSMutableSet alloc] initWithSet:_friends
copyItems:YES];
return copy;
}
@end
以上做法能滿足基本的需求,但是也有缺陷:
如果你所寫的對象需要深拷貝,那麼可考慮新增一個專門執行深拷貝的方法。
【注:深淺拷貝的概念,在下文中有介紹,詳見下文的:用@property聲明的 NSString(或NSArray,NSDictionary)經常使用 copy 關鍵字,爲什麼?如果改用 strong 關鍵字,可能造成什麼問題?】
在例子中,存放朋友對象的 set 是用 “copyWithZone:” 方法來拷貝的,這種淺拷貝方式不會逐個複製 set 中的元素。若需要深拷貝的話,則可像下面這樣,編寫一個專供深拷貝所用的方法:
- (id)deepCopy {
CYLUser *copy = [[[self class] allocWithZone:zone]
initWithName:_name
age:_age
sex:_sex];
copy->_friends = [[NSMutableSet alloc] initWithSet:_friends
copyItems:YES];
return copy;
}
至於如何重寫帶 copy 關鍵字的 setter這個問題,
如果拋開本例來回答的話,如下:
- (void)setName:(NSString *)name {
//[_name release];
_name = [name copy];
}
不過也有爭議,有人說“蘋果如果像下面這樣幹,是不是效率會高一些?”
- (void)setName:(NSString *)name {
if (_name != name) {
//[_name release];//MRC
_name = [name copy];
}
}
這樣真得高效嗎?不見得!這種寫法“看上去很美、很合理”,但在實際開發中,它更像下圖裏的做法:
克強總理這樣評價你的代碼風格:
我和總理的意見基本一致:
老百姓 copy 一下,咋就這麼難?
你可能會說:
之所以在這裏做if判斷
這個操作:是因爲一個 if 可能避免一個耗時的copy,還是很划算的。(在剛剛講的:《如何讓自己的類用 copy 修飾符?》裏的那種複雜的copy,我們可以稱之爲 “耗時的copy”,但是對 NSString 的 copy 還稱不上。)
但是你有沒有考慮過代價:
你每次調用
setX:
都會做 if 判斷,這會讓setX:
變慢,如果你在setX:
寫了一串複雜的if+elseif+elseif+...
判斷,將會更慢。
要回答“哪個效率會高一些?”這個問題,不能脫離實際開發,就算 copy 操作十分耗時,if 判斷也不見得一定會更快,除非你把一個“ @property他當前的值 ”賦給了他自己,代碼看起來就像:
[a setX:x1];
[a setX:x1]; //你確定你要這麼幹?與其在setter中判斷,爲什麼不把代碼寫好?
或者
[a setX:[a x]]; //隊友咆哮道:你在幹嘛?!!
不要在 setter 裏進行像
if(_obj != newObj)
這樣的判斷。(該觀點參考鏈接: How To Write Cocoa Object Setters: Principle 3: Only Optimize After You Measure )
什麼情況會在 copy setter 裏做 if 判斷?例如,車速可能就有最高速的限制,車速也不可能出現負值,如果車子的最高速爲300,則 setter 的方法就要改寫成這樣:
-(void)setSpeed:(int)_speed{
if(_speed < 0) speed = 0;
if(_speed > 300) speed = 300;
_speed = speed;
}
回到這個題目,如果單單就上文的代碼而言,我們不需要也不能重寫 name 的 setter :由於是 name 是隻讀屬性,所以編譯器不會爲其創建對應的“設置方法”,用初始化方法設置好屬性值之後,就不能再改變了。( 在本例中,之所以還要聲明屬性的“內存管理語義”--copy,是因爲:如果不寫 copy,該類的調用者就不知道初始化方法裏會拷貝這些屬性,他們有可能會在調用初始化方法之前自行拷貝屬性值。這種操作多餘而低效)。
那如何確保 name 被 copy?在初始化方法(initializer)中做:
- (instancetype)initWithName:(NSString *)name
age:(NSUInteger)age
sex:(CYLSex)sex {
if(self = [super init]) {
_name = [name copy];
_age = age;
_sex = sex;
_friends = [[NSMutableSet alloc] init];
}
return self;
}
6. @property 的本質是什麼?ivar、getter、setter 是如何生成並添加到這個類中的
@property 的本質是什麼?
@property = ivar + getter + setter;
下面解釋下:
“屬性” (property)有兩大概念:ivar(實例變量)、存取方法(access method = getter + setter)。
“屬性” (property)作爲 Objective-C 的一項特性,主要的作用就在於封裝對象中的數據。 Objective-C 對象通常會把其所需要的數據保存爲各種實例變量。實例變量一般通過“存取方法”(access method)來訪問。其中,“獲取方法” (getter)用於讀取變量值,而“設置方法” (setter)用於寫入變量值。這個概念已經定型,並且經由“屬性”這一特性而成爲
Objective-C 2.0
的一部分。而在正規的 Objective-C 編碼風格中,存取方法有着嚴格的命名規範。正因爲有了這種嚴格的命名規範,所以 Objective-C 這門語言才能根據名稱自動創建出存取方法。其實也可以把屬性當做一種關鍵字,其表示:
編譯器會自動寫出一套存取方法,用以訪問給定類型中具有給定名稱的變量。所以你也可以這麼說:
@property = getter + setter;
例如下面這個類:
@interface Person : NSObject
@property NSString *firstName;
@property NSString *lastName;
@end
上述代碼寫出來的類與下面這種寫法等效:
@interface Person : NSObject
- (NSString *)firstName;
- (void)setFirstName:(NSString *)firstName;
- (NSString *)lastName;
- (void)setLastName:(NSString *)lastName;
@end
ivar、getter、setter 是如何生成並添加到這個類中的?
“自動合成”( autosynthesis)
完成屬性定義後,編譯器會自動編寫訪問這些屬性所需的方法,此過程叫做“自動合成”(autosynthesis)。需要強調的是,這個過程由編譯器在編譯期執行,所以編輯器裏看不到這些“合成方法”(synthesized method)的源代碼。除了生成方法代碼 getter、setter 之外,編譯器還要自動向類中添加適當類型的實例變量,並且在屬性名前面加下劃線,以此作爲實例變量的名字。在前例中,會生成兩個實例變量,其名稱分別爲
_firstName
與 _lastName
。也可以在類的實現代碼裏通過 @synthesize
語法來指定實例變量的名字.
@implementation Person
@synthesize firstName = _myFirstName;
@synthesize lastName = _myLastName;
@end
我爲了搞清屬性是怎麼實現的,曾經反編譯過相關的代碼,他大致生成了五個東西
OBJC_IVAR_$類名$屬性名稱
:該屬性的“偏移量” (offset),這個偏移量是“硬編碼” (hardcode),表示該變量距離存放對象的內存區域的起始地址有多遠。- setter 與 getter 方法對應的實現函數
ivar_list
:成員變量列表method_list
:方法列表prop_list
:屬性列表
也就是說我們每次在增加一個屬性,系統都會在 ivar_list
中添加一個成員變量的描述,在 method_list
中增加 setter 與 getter 方法的描述,在屬性列表中增加一個屬性的描述,然後計算該屬性在對象中的偏移量,然後給出 setter 與 getter 方法對應的實現,在 setter 方法中從偏移量的位置開始賦值,在 getter 方法中從偏移量開始取值,爲了能夠讀取正確字節數,系統對象偏移量的指針類型進行了類型強轉.
7. @protocol 和 category 中如何使用 @property
- 在 protocol 中使用 property 只會生成 setter 和 getter 方法聲明,我們使用屬性的目的,是希望遵守我協議的對象能實現該屬性
-
category 使用 @property 也是隻會生成 setter 和 getter 方法的聲明,如果我們真的需要給 category 增加屬性的實現,需要藉助於運行時的兩個函數:
objc_setAssociatedObject
objc_getAssociatedObject
8. runtime 如何實現 weak 屬性
要實現 weak 屬性,首先要搞清楚 weak 屬性的特點:
weak 此特質表明該屬性定義了一種“非擁有關係” (nonowning relationship)。爲這種屬性設置新值時,設置方法既不保留新值,也不釋放舊值。此特質同 assign 類似, 然而在屬性所指的對象遭到摧毀時,屬性值也會清空(nil out)。
那麼 runtime 如何實現 weak 變量的自動置nil?
runtime 對註冊的類, 會進行佈局,對於 weak 對象會放入一個 hash 表中。 用 weak 指向的對象內存地址作爲 key,當此對象的引用計數爲0的時候會 dealloc,假如 weak 指向的對象內存地址是a,那麼就會以a爲鍵, 在這個 weak 表中搜索,找到所有以a爲鍵的 weak 對象,從而設置爲 nil。
(注:在下文的《使用runtime Associate方法關聯的對象,需要在主對象dealloc的時候釋放麼?》裏給出的“對象的內存銷燬時間表”也提到__weak
引用的解除時間。)
我們可以設計一個函數(僞代碼)來表示上述機制:
objc_storeWeak(&a, b)
函數:
objc_storeWeak
函數把第二個參數--賦值對象(b)的內存地址作爲鍵值key,將第一個參數--weak修飾的屬性變量(a)的內存地址(&a)作爲value,註冊到 weak 表中。如果第二個參數(b)爲0(nil),那麼把變量(a)的內存地址(&a)從weak表中刪除,
你可以把objc_storeWeak(&a, b)
理解爲:objc_storeWeak(value, key)
,並且當key變nil,將value置nil。
在b非nil時,a和b指向同一個內存地址,在b變nil時,a變nil。此時向a發送消息不會崩潰:在Objective-C中向nil發送消息是安全的。
而如果a是由 assign 修飾的,則:在 b 非 nil 時,a 和 b 指向同一個內存地址,在 b 變 nil 時,a 還是指向該內存地址,變野指針。此時向 a 發送消息極易崩潰。
下面我們將基於objc_storeWeak(&a, b)
函數,使用僞代碼模擬“runtime如何實現weak屬性”:
// 使用僞代碼模擬:runtime如何實現weak屬性
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
id obj1;
objc_initWeak(&obj1, obj);
/*obj引用計數變爲0,變量作用域結束*/
objc_destroyWeak(&obj1);
下面對用到的兩個方法objc_initWeak
和objc_destroyWeak
做下解釋:
總體說來,作用是:通過objc_initWeak
函數初始化“附有weak修飾符的變量(obj1)”,在變量作用域結束時通過objc_destoryWeak
函數釋放該變量(obj1)。
下面分別介紹下方法的內部實現:
objc_initWeak
函數的實現是這樣的:在將“附有weak修飾符的變量(obj1)”初始化爲0(nil)後,會將“賦值對象”(obj)作爲參數,調用objc_storeWeak
函數。
obj1 = 0;
obj_storeWeak(&obj1, obj);
也就是說:
weak 修飾的指針默認值是 nil (在Objective-C中向nil發送消息是安全的)
然後obj_destroyWeak
函數將0(nil)作爲參數,調用objc_storeWeak
函數。
objc_storeWeak(&obj1, 0);
前面的源代碼與下列源代碼相同。
// 使用僞代碼模擬:runtime如何實現weak屬性
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
id obj1;
obj1 = 0;
objc_storeWeak(&obj1, obj);
/* ... obj的引用計數變爲0,被置nil ... */
objc_storeWeak(&obj1, 0);
objc_storeWeak
函數把第二個參數--賦值對象(obj)的內存地址作爲鍵值,將第一個參數--weak修飾的屬性變量(obj1)的內存地址註冊到 weak 表中。如果第二個參數(obj)爲0(nil),那麼把變量(obj1)的地址從 weak 表中刪除,在後面的相關一題會詳解。
使用僞代碼是爲了方便理解,下面我們“真槍實彈”地實現下:
如何讓不使用weak修飾的@property,擁有weak的效果。
我們從setter方法入手:
- (void)setObject:(NSObject *)object
{
objc_setAssociatedObject(self, "object", object, OBJC_ASSOCIATION_ASSIGN);
[object cyl_runAtDealloc:^{
_object = nil;
}];
}
也就是有兩個步驟:
-
在setter方法中做如下設置:
objc_setAssociatedObject(self, "object", object, OBJC_ASSOCIATION_ASSIGN);
-
在屬性所指的對象遭到摧毀時,屬性值也會清空(nil out)。做到這點,同樣要藉助 runtime:
//要銷燬的目標對象 id objectToBeDeallocated; //可以理解爲一個“事件”:當上面的目標對象銷燬時,同時要發生的“事件”。 id objectWeWantToBeReleasedWhenThatHappens; objc_setAssociatedObject(objectToBeDeallocted, someUniqueKey, objectWeWantToBeReleasedWhenThatHappens, OBJC_ASSOCIATION_RETAIN);
知道了思路,我們就開始實現 cyl_runAtDealloc
方法,實現過程分兩部分:
第一部分:創建一個類,可以理解爲一個“事件”:當目標對象銷燬時,同時要發生的“事件”。藉助 block 執行“事件”。
// .h文件
// .h文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 這個類,可以理解爲一個“事件”:當目標對象銷燬時,同時要發生的“事件”。藉助block執行“事件”。
typedef void (^voidBlock)(void);
@interface CYLBlockExecutor : NSObject
- (id)initWithBlock:(voidBlock)block;
@end
// .m文件
// .m文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 這個類,可以理解爲一個“事件”:當目標對象銷燬時,同時要發生的“事件”。藉助block執行“事件”。
#import "CYLBlockExecutor.h"
@interface CYLBlockExecutor() {
voidBlock _block;
}
@implementation CYLBlockExecutor
- (id)initWithBlock:(voidBlock)aBlock
{
self = [super init];
if (self) {
_block = [aBlock copy];
}
return self;
}
- (void)dealloc
{
_block ? _block() : nil;
}
@end
第二部分:核心代碼:利用runtime實現cyl_runAtDealloc
方法
// CYLNSObject+RunAtDealloc.h文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 利用runtime實現cyl_runAtDealloc方法
#import "CYLBlockExecutor.h"
const void *runAtDeallocBlockKey = &runAtDeallocBlockKey;
@interface NSObject (CYLRunAtDealloc)
- (void)cyl_runAtDealloc:(voidBlock)block;
@end
// CYLNSObject+RunAtDealloc.m文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 利用runtime實現cyl_runAtDealloc方法
#import "CYLNSObject+RunAtDealloc.h"
#import "CYLBlockExecutor.h"
@implementation NSObject (CYLRunAtDealloc)
- (void)cyl_runAtDealloc:(voidBlock)block
{
if (block) {
CYLBlockExecutor *executor = [[CYLBlockExecutor alloc] initWithBlock:block];
objc_setAssociatedObject(self,
runAtDeallocBlockKey,
executor,
OBJC_ASSOCIATION_RETAIN);
}
}
@end
使用方法:導入
#import "CYLNSObject+RunAtDealloc.h"
然後就可以使用了:
NSObject *foo = [[NSObject alloc] init];
[foo cyl_runAtDealloc:^{
NSLog(@"正在釋放foo!");
}];
如果對 cyl_runAtDealloc
的實現原理有興趣,可以看下這篇博文
Fun With the Objective-C Runtime: Run Code at Deallocation of Any Object
9. @property中有哪些屬性關鍵字?/ @property 後面可以有哪些修飾符?
屬性可以擁有的特質分爲四類:
-
原子性---
nonatomic
特質在默認情況下,由編譯器合成的方法會通過鎖定機制確保其原子性(atomicity)。如果屬性具備 nonatomic 特質,則不使用同步鎖。請注意,儘管沒有名爲“atomic”的特質(如果某屬性不具備 nonatomic 特質,那它就是“原子的” ( atomic) ),但是仍然可以在屬性特質中寫明這一點,編譯器不會報錯。若是自己定義存取方法,那麼就應該遵從與屬性特質相符的原子性。
-
讀/寫權限---
readwrite(讀寫)
、readonly (只讀)
- 內存管理語義---
assign
、strong
、weak
、unsafe_unretained
、copy
-
方法名---
getter=<name>
、setter=<name>
getter=<name>
的樣式:@property (nonatomic, getter=isOn) BOOL on;
( `setter=`這種不常用,也不推薦使用。故不在這裏給出寫法。)setter=<name>
一般用在特殊的情境下,比如:
在數據反序列化、轉模型的過程中,服務器返回的字段如果以 init
開頭,所以你需要定義一個 init
開頭的屬性,但默認生成的
setter
與 getter
方法也會以 init
開頭,而編譯器會把所有以
init
開頭的方法當成初始化方法,而初始化方法只能返回 self 類型,因此編譯器會報錯。
這時你就可以使用下面的方式來避免編譯器報錯:
@property(nonatomic, strong, getter=p_initBy, setter=setP_initBy:)NSString *initBy;
另外也可以用關鍵字進行特殊說明,來避免編譯器報錯:
@property(nonatomic, readwrite, copy, null_resettable) NSString *initBy;
- (NSString *)initBy __attribute__((objc_method_family(none)));
- 不常用的:
nonnull
,null_resettable
,nullable
10. weak屬性需要在dealloc中置nil麼?
不需要。
在ARC環境無論是強指針還是弱指針都無需在 dealloc 設置爲 nil , ARC 會自動幫我們處理
即便是編譯器不幫我們做這些,weak也不需要在 dealloc 中置nil:
正如上文的:runtime 如何實現 weak 屬性 中提到的:
我們模擬下 weak 的 setter 方法,應該如下:
- (void)setObject:(NSObject *)object
{
objc_setAssociatedObject(self, "object", object, OBJC_ASSOCIATION_ASSIGN);
[object cyl_runAtDealloc:^{
_object = nil;
}];
}
也即:
在屬性所指的對象遭到摧毀時,屬性值也會清空(nil out)。
11. @synthesize和@dynamic分別有什麼作用?
- @property有兩個對應的詞,一個是 @synthesize,一個是 @dynamic。如果 @synthesize和 @dynamic都沒寫,那麼默認的就是
@syntheszie var = _var;
- @synthesize 的語義是如果你沒有手動實現 setter 方法和 getter 方法,那麼編譯器會自動爲你加上這兩個方法。
- @dynamic 告訴編譯器:屬性的 setter 與 getter 方法由用戶自己實現,不自動生成。(當然對於 readonly 的屬性只需提供 getter 即可)。假如一個屬性被聲明爲 @dynamic var,然後你沒有提供 @setter方法和 @getter 方法,編譯的時候沒問題,但是當程序運行到
instance.var = someVar
,由於缺 setter 方法會導致程序崩潰;或者當運行到someVar = var
時,由於缺 getter 方法同樣會導致崩潰。編譯時沒問題,運行時才執行相應的方法,這就是所謂的動態綁定。
12. ARC下,不顯式指定任何屬性關鍵字時,默認的關鍵字都有哪些?
-
對應基本數據類型默認關鍵字是
atomic,readwrite,assign
-
對於普通的 Objective-C 對象
atomic,readwrite,strong
參考鏈接:
13. 用@property聲明的NSString(或NSArray,NSDictionary)經常使用copy關鍵字,爲什麼?如果改用strong關鍵字,可能造成什麼問題?
- 因爲父類指針可以指向子類對象,使用 copy 的目的是爲了讓本對象的屬性不受外界影響,使用 copy 無論給我傳入是一個可變對象還是不可對象,我本身持有的就是一個不可變的副本.
-
如果我們使用是 strong ,那麼這個屬性就有可能指向一個可變對象,如果這個可變對象在外部被修改了,那麼會影響該屬性.
copy 此特質所表達的所屬關係與 strong 類似。然而設置方法並不保留新值,而是將其“拷貝” (copy)。當屬性類型爲 NSString 時,經常用此特質來保護其封裝性,因爲傳遞給設置方法的新值有可能指向一個 NSMutableString 類的實例。這個類是 NSString 的子類,表示一種可修改其值的字符串,此時若是不拷貝字符串,那麼設置完屬性之後,字符串的值就可能會在對象不知情的情況下遭人更改。所以,這時就要拷貝一份“不可變” (immutable)的字符串,確保對象中的字符串值不會無意間變動。只要實現屬性所用的對象是“可變的” (mutable),就應該在設置新屬性值時拷貝一份。
舉例說明:
定義一個以 strong 修飾的 array:
@property (nonatomic ,readwrite, strong) NSArray *array;
然後進行下面的操作:
NSMutableArray *mutableArray = [[NSMutableArray alloc] init];
NSArray *array = @[ @1, @2, @3, @4 ];
self.array = mutableArray;
[mutableArray removeAllObjects];;
NSLog(@"%@",self.array);
[mutableArray addObjectsFromArray:array];
self.array = [mutableArray copy];
[mutableArray removeAllObjects];;
NSLog(@"%@",self.array);
打印結果如下所示:
2015-09-27 19:10:32.523 CYLArrayCopyDmo[10681:713670] (
)
2015-09-27 19:10:32.524 CYLArrayCopyDmo[10681:713670] (
1,
2,
3,
4
)
(詳見倉庫內附錄的 Demo。)
爲了理解這種做法,首先要知道,兩種情況:
- 對非集合類對象的 copy 與 mutableCopy 操作;
- 對集合類對象的 copy 與 mutableCopy 操作。
1. 對非集合類對象的copy操作:
在非集合類對象中:對 immutable 對象進行 copy 操作,是指針複製,mutableCopy 操作時內容複製;對 mutable 對象進行 copy 和 mutableCopy 都是內容複製。用代碼簡單表示如下:
- [immutableObject copy] // 淺複製
- [immutableObject mutableCopy] //深複製
- [mutableObject copy] //深複製
- [mutableObject mutableCopy] //深複製
比如以下代碼:
NSMutableString *string = [NSMutableString stringWithString:@"origin"];//copy
NSString *stringCopy = [string copy];
查看內存,會發現 string、stringCopy 內存地址都不一樣,說明此時都是做內容拷貝、深拷貝。即使你進行如下操作:
[string appendString:@"origion!"]
stringCopy 的值也不會因此改變,但是如果不使用 copy,stringCopy 的值就會被改變。 集合類對象以此類推。所以,
用 @property 聲明 NSString、NSArray、NSDictionary 經常使用 copy 關鍵字,是因爲他們有對應的可變類型:NSMutableString、NSMutableArray、NSMutableDictionary,他們之間可能進行賦值操作,爲確保對象中的字符串值不會無意間變動,應該在設置新屬性值時拷貝一份。
2、集合類對象的copy與mutableCopy
集合類對象是指 NSArray、NSDictionary、NSSet ... 之類的對象。下面先看集合類immutable對象使用 copy 和 mutableCopy 的一個例子:
NSArray *array = @[@[@"a", @"b"], @[@"c", @"d"]];
NSArray *copyArray = [array copy];
NSMutableArray *mCopyArray = [array mutableCopy];
查看內容,可以看到 copyArray 和 array 的地址是一樣的,而 mCopyArray 和 array 的地址是不同的。說明 copy 操作進行了指針拷貝,mutableCopy 進行了內容拷貝。但需要強調的是:此處的內容拷貝,僅僅是拷貝 array 這個對象,array 集合內部的元素仍然是指針拷貝。這和上面的非集合 immutable 對象的拷貝還是挺相似的,那麼mutable對象的拷貝會不會類似呢?我們繼續往下,看 mutable 對象拷貝的例子:
NSMutableArray *array = [NSMutableArray arrayWithObjects:[NSMutableString stringWithString:@"a"],@"b",@"c",nil];
NSArray *copyArray = [array copy];
NSMutableArray *mCopyArray = [array mutableCopy];
查看內存,如我們所料,copyArray、mCopyArray和 array 的內存地址都不一樣,說明 copyArray、mCopyArray 都對 array 進行了內容拷貝。同樣,我們可以得出結論:
在集合類對象中,對 immutable 對象進行 copy,是指針複製, mutableCopy 是內容複製;對 mutable 對象進行 copy 和 mutableCopy 都是內容複製。但是:集合對象的內容複製僅限於對象本身,對象元素仍然是指針複製。用代碼簡單表示如下:
[immutableObject copy] // 淺複製
[immutableObject mutableCopy] //單層深複製
[mutableObject copy] //單層深複製
[mutableObject mutableCopy] //單層深複製
這個代碼結論和非集合類的非常相似。
參考鏈接:iOS 集合的深複製與淺複製
14.
@synthesize合成實例變量的規則是什麼?假如property名爲foo,存在一個名爲_foo
的實例變量,那麼還會自動合成新變量麼?
在回答之前先說明下一個概念:
實例變量 = 成員變量 = ivar
這些說法,筆者下文中,可能都會用到,指的是一個東西。
正如Apple官方文檔 You Can Customize Synthesized Instance Variable Names 所說:
如果使用了屬性的話,那麼編譯器就會自動編寫訪問屬性所需的方法,此過程叫做“自動合成”( auto synthesis)。需要強調的是,這個過程由編譯器在編譯期執行,所以編輯器裏看不到這些“合成方法” (synthesized method)的源代碼。除了生成方法代碼之外,編譯器還要自動向類中添加適當類型的實例變量,並且在屬性名前面加下劃線,以此作爲實例變量的名字。
@interface CYLPerson : NSObject
@property NSString *firstName;
@property NSString *lastName;
@end
在上例中,會生成兩個實例變量,其名稱分別爲 _firstName
與 _lastName
。也可以在類的實現代碼裏通過
@synthesize
語法來指定實例變量的名字:
@implementation CYLPerson
@synthesize firstName = _myFirstName;
@synthesize lastName = _myLastName;
@end
上述語法會將生成的實例變量命名爲 _myFirstName
與 _myLastName
,而不再使用默認的名字。一般情況下無須修改默認的實例變量名,但是如果你不喜歡以下劃線來命名實例變量,那麼可以用這個辦法將其改爲自己想要的名字。筆者還是推薦使用默認的命名方案,因爲如果所有人都堅持這套方案,那麼寫出來的代碼大家都能看得懂。
總結下 @synthesize 合成實例變量的規則,有以下幾點:
-
如果指定了成員變量的名稱,會生成一個指定的名稱的成員變量,
-
如果這個成員已經存在了就不再生成了.
-
如果是
@synthesize foo;
還會生成一個名稱爲foo的成員變量,也就是說:如果沒有指定成員變量的名稱會自動生成一個屬性同名的成員變量,
-
如果是
@synthesize foo = _foo;
就不會生成成員變量了.
假如 property 名爲 foo,存在一個名爲 _foo
的實例變量,那麼還會自動合成新變量麼?不會。如下圖:
15. 在有了自動合成屬性實例變量之後,@synthesize還有哪些使用場景?
回答這個問題前,我們要搞清楚一個問題,什麼情況下不會autosynthesis(自動合成)?
- 同時重寫了 setter 和 getter 時
- 重寫了只讀屬性的 getter 時
- 使用了 @dynamic 時
- 在 @protocol 中定義的所有屬性
- 在 category 中定義的所有屬性
-
重載的屬性
當你在子類中重載了父類中的屬性,你必須 使用
@synthesize
來手動合成ivar。
除了後三條,對其他幾個我們可以總結出一個規律:當你想手動管理 @property 的所有內容時,你就會嘗試通過實現 @property 的所有“存取方法”(the accessor methods)或者使用
@dynamic
來達到這個目的,這時編譯器就會認爲你打算手動管理 @property,於是編譯器就禁用了 autosynthesis(自動合成)。
因爲有了 autosynthesis(自動合成),大部分開發者已經習慣不去手動定義ivar,而是依賴於 autosynthesis(自動合成),但是一旦你需要使用ivar,而 autosynthesis(自動合成)又失效了,如果不去手動定義ivar,那麼你就得藉助
@synthesize
來手動合成 ivar。
其實,@synthesize
語法還有一個應用場景,但是不太建議大家使用:
可以在類的實現代碼裏通過 @synthesize
語法來指定實例變量的名字:
@implementation CYLPerson
@synthesize firstName = _myFirstName;
@synthesize lastName = _myLastName;
@end
上述語法會將生成的實例變量命名爲 _myFirstName
與 _myLastName
,而不再使用默認的名字。一般情況下無須修改默認的實例變量名,但是如果你不喜歡以下劃線來命名實例變量,那麼可以用這個辦法將其改爲自己想要的名字。筆者還是推薦使用默認的命名方案,因爲如果所有人都堅持這套方案,那麼寫出來的代碼大家都能看得懂。
舉例說明:應用場景:
//
// .m文件
// http://weibo.com/luohanchenyilong/ (微博@iOS程序犭袁)
// https://github.com/ChenYilong
// 打開第14行和第17行中任意一行,就可編譯成功
@import Foundation;
@interface CYLObject : NSObject
@property (nonatomic, copy) NSString *title;
@end
@implementation CYLObject {
// NSString *_title;
}
//@synthesize title = _title;
- (instancetype)init
{
self = [super init];
if (self) {
_title = @"微博@iOS程序犭袁";
}
return self;
}
- (NSString *)title {
return _title;
}
- (void)setTitle:(NSString *)title {
_title = [title copy];
}
@end
當你同時重寫了 setter 和 getter 時,系統就不會生成 ivar(實例變量/成員變量)。這時候有兩種選擇:
- 要麼如第14行:手動創建 ivar
- 要麼如第17行:使用
@synthesize foo = _foo;
,關聯 @property 與 ivar。
更多信息,請戳- 》 When should I use @synthesize explicitly?
16. objc中向一個nil對象發送消息將會發生什麼?
在 Objective-C 中向 nil 發送消息是完全有效的——只是在運行時不會有任何作用:
-
如果一個方法返回值是一個對象,那麼發送給nil的消息將返回0(nil)。例如:
Person * motherInlaw = [[aPerson spouse] mother];
如果 spouse 對象爲 nil,那麼發送給 nil 的消息 mother 也將返回 nil。
- 如果方法返回值爲指針類型,其指針大小爲小於或者等於sizeof(void*),float,double,long double 或者 long long 的整型標量,發送給 nil 的消息將返回0。
- 如果方法返回值爲結構體,發送給 nil 的消息將返回0。結構體中各個字段的值將都是0。
- 如果方法的返回值不是上述提到的幾種情況,那麼發送給 nil 的消息的返回值將是未定義的。
具體原因如下:
objc是動態語言,每個方法在運行時會被動態轉爲消息發送,即:objc_msgSend(receiver, selector)。
那麼,爲了方便理解這個內容,還是貼一個objc的源代碼:
// runtime.h(類在runtime中的定義)
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
struct objc_class {
Class isa OBJC_ISA_AVAILABILITY; //isa指針指向Meta Class,因爲Objc的類的本身也是一個Object,爲了處理這個關係,runtime就創造了Meta Class,當給類發送[NSObject alloc]這樣消息時,實際上是把這個消息發給了Class Object
#if !__OBJC2__
Class super_class OBJC2_UNAVAILABLE; // 父類
const char *name OBJC2_UNAVAILABLE; // 類名
long version OBJC2_UNAVAILABLE; // 類的版本信息,默認爲0
long info OBJC2_UNAVAILABLE; // 類信息,供運行期使用的一些位標識
long instance_size OBJC2_UNAVAILABLE; // 該類的實例變量大小
struct objc_ivar_list *ivars OBJC2_UNAVAILABLE; // 該類的成員變量鏈表
struct objc_method_list **methodLists OBJC2_UNAVAILABLE; // 方法定義的鏈表
struct objc_cache *cache OBJC2_UNAVAILABLE; // 方法緩存,對象接到一個消息會根據isa指針查找消息對象,這時會在method Lists中遍歷,如果cache了,常用的方法調用時就能夠提高調用的效率。
struct objc_protocol_list *protocols OBJC2_UNAVAILABLE; // 協議鏈表
#endif
} OBJC2_UNAVAILABLE;
objc在向一個對象發送消息時,runtime庫會根據對象的isa指針找到該對象實際所屬的類,然後在該類中的方法列表以及其父類方法列表中尋找方法運行,然後在發送消息的時候,objc_msgSend方法不會返回值,所謂的返回內容都是具體調用時執行的。那麼,回到本題,如果向一個nil對象發送消息,首先在尋找對象的isa指針時就是0地址返回了,所以不會出現任何錯誤。
17.
objc中向一個對象發送消息[obj foo]和objc_msgSend()
函數之間有什麼關係?
具體原因同上題:該方法編譯之後就是objc_msgSend()
函數調用.
我們用 clang 分析下,clang 提供一個命令,可以將Objective-C的源碼改寫成C++語言,藉此可以研究下[obj foo]和objc_msgSend()
函數之間有什麼關係。
以下面的代碼爲例,由於 clang 後的代碼達到了10萬多行,爲了便於區分,添加了一個叫 iOSinit 方法,
//
// main.m
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// Copyright (c) 2015年 微博@iOS程序犭袁. All rights reserved.
//
#import "CYLTest.h"
int main(int argc, char * argv[]) {
@autoreleasepool {
CYLTest *test = [[CYLTest alloc] init];
[test performSelector:(@selector(iOSinit))];
return 0;
}
}
在終端中輸入
clang -rewrite-objc main.m
就可以生成一個main.cpp
的文件,在最低端(10萬4千行左右)
我們可以看到大概是這樣的:
((void ()(id, SEL))(void )objc_msgSend)((id)obj, sel_registerName("foo"));
也就是說:
[obj foo];在objc動態編譯時,會被轉意爲:
objc_msgSend(obj, @selector(foo));
。
18. 什麼時候會報unrecognized selector的異常?
簡單來說:
當調用該對象上某個方法,而該對象上沒有實現這個方法的時候,可以通過“消息轉發”進行解決。
簡單的流程如下,在上一題中也提到過:
objc是動態語言,每個方法在運行時會被動態轉爲消息發送,即:objc_msgSend(receiver, selector)。
objc在向一個對象發送消息時,runtime庫會根據對象的isa指針找到該對象實際所屬的類,然後在該類中的方法列表以及其父類方法列表中尋找方法運行,如果,在最頂層的父類中依然找不到相應的方法時,程序在運行時會掛掉並拋出異常unrecognized selector sent to XXX 。但是在這之前,objc的運行時會給出三次拯救程序崩潰的機會:
-
Method resolution
objc運行時會調用
+resolveInstanceMethod:
或者+resolveClassMethod:
,讓你有機會提供一個函數實現。如果你添加了函數,那運行時系統就會重新啓動一次消息發送的過程,否則 ,運行時就會移到下一步,消息轉發(Message Forwarding)。 -
Fast forwarding
如果目標對象實現了
-forwardingTargetForSelector:
,Runtime 這時就會調用這個方法,給你把這個消息轉發給其他對象的機會。只要這個方法返回的不是nil和self,整個消息發送的過程就會被重啓,當然發送的對象會變成你返回的那個對象。否則,就會繼續Normal Fowarding。這裏叫Fast,只是爲了區別下一步的轉發機制。因爲這一步不會創建任何新的對象,但下一步轉發會創建一個NSInvocation對象,所以相對更快點。 -
Normal forwarding
這一步是Runtime最後一次給你挽救的機會。首先它會發送
-methodSignatureForSelector:
消息獲得函數的參數和返回值類型。如果-methodSignatureForSelector:
返回nil,Runtime則會發出-doesNotRecognizeSelector:
消息,程序這時也就掛掉了。如果返回了一個函數簽名,Runtime就會創建一個NSInvocation對象併發送-forwardInvocation:
消息給目標對象。
爲了能更清晰地理解這些方法的作用,git倉庫裏也給出了一個Demo,名稱叫“ _objc_msgForward_demo
”,可運行起來看看。
19. 一個objc對象如何進行內存佈局?(考慮有父類的情況)
- 所有父類的成員變量和自己的成員變量都會存放在該對象所對應的存儲空間中.
-
每一個對象內部都有一個isa指針,指向他的類對象,類對象中存放着本對象的
- 對象方法列表(對象能夠接收的消息列表,保存在它所對應的類對象中)
- 成員變量的列表,
- 屬性列表,
它內部也有一個isa指針指向元對象(meta class),元對象內部存放的是類方法列表,類對象內部還有一個superclass的指針,指向他的父類對象。
每個 Objective-C 對象都有相同的結構,如下圖所示:
翻譯過來就是
Objective-C 對象的結構圖 |
---|
ISA指針 |
根類的實例變量 |
倒數第二層父類的實例變量 |
... |
父類的實例變量 |
類的實例變量 |
-
根對象就是NSObject,它的superclass指針指向nil
-
類對象既然稱爲對象,那它也是一個實例。類對象中也有一個isa指針指向它的元類(meta class),即類對象是元類的實例。元類內部存放的是類方法列表,根元類的isa指針指向自己,superclass指針指向NSObject類。
20. 一個objc對象的isa的指針指向什麼?有什麼作用?
指向他的類對象,從而可以找到對象上的方法
21. 下面的代碼輸出什麼?
@implementation Son : Father
- (id)init
{
self = [super init];
if (self) {
NSLog(@"%@", NSStringFromClass([self class]));
NSLog(@"%@", NSStringFromClass([super class]));
}
return self;
}
@end
答案:
都輸出 Son
NSStringFromClass([self class]) = Son
NSStringFromClass([super class]) = Son
這個題目主要是考察關於 Objective-C 中對 self 和 super 的理解。
我們都知道:self 是類的隱藏參數,指向當前調用方法的這個類的實例。那 super 呢?
很多人會想當然的認爲“ super 和 self 類似,應該是指向父類的指針吧!”。這是很普遍的一個誤區。其實 super 是一個 Magic Keyword, 它本質是一個編譯器標示符,和 self 是指向的同一個消息接受者!他們兩個的不同點在於:super 會告訴編譯器,調用 class 這個方法時,要去父類的方法,而不是本類裏的。
上面的例子不管調用[self class]
還是[super class]
,接受消息的對象都是當前
Son *xxx
這個對象。
當使用 self 調用方法時,會從當前類的方法列表中開始找,如果沒有,就從父類中再找;而當使用 super 時,則從父類的方法列表中開始找。然後調用父類的這個方法。
這也就是爲什麼說“不推薦在 init 方法中使用點語法”,如果想訪問實例變量 iVar 應該使用下劃線( _iVar
),而非點語法(
self.iVar
)。
點語法( self.iVar
)的壞處就是子類有可能覆寫 setter 。假設 Person 有一個子類叫 ChenPerson,這個子類專門表示那些姓“陳”的人。該子類可能會覆寫 lastName 屬性所對應的設置方法:
//
// ChenPerson.m
//
//
// Created by https://github.com/ChenYilong on 15/8/30.
// Copyright (c) 2015年 http://weibo.com/luohanchenyilong/ 微博@iOS程序犭袁. All rights reserved.
//
#import "ChenPerson.h"
@implementation ChenPerson
@synthesize lastName = _lastName;
- (instancetype)init
{
self = [super init];
if (self) {
NSLog(@"