作者:吳起(簡書)
導讀:
那些著名或非著名的iOS面試題(上)
那些著名或非著名的iOS面試題(中)
1. Runtime
Objective-C 是面相運行時的語言(runtime oriented language),就是說它會盡可能的把編譯和鏈接時要執行的邏輯延遲到運行時。這就給了你很大的靈活性,你可以按需要把消息重定向給合適的對象,你甚 至可以交換方法的實現,等等。
RunTime簡稱運行時。就是系統在運行的時候的一些機制,其中最主要的是消息機制。OC的函數調用成為消息發送。屬於動態調用過程。在編譯的時候並不能決定真正調用哪個函數(事實證明,在編 譯階段,OC可以調用任何函數,即使這個函數並未實現,只要申明過就不會報錯。而C語言在編譯階段就會報錯)。只有在真正運行的時候才會根據函數的名稱找 到對應的函數來調用。
以下面的代碼為例:
[obj makeText];
其中obj是一個對象,makeText是一個函數名稱。對於這樣一個簡單的調用。在編譯時RunTime會將上述代碼轉化成
objc_msgSend(obj,@selector(makeText));
首先,編譯器將代碼[obj makeText];轉化為objc_msgSend(obj, @selector (makeText));,在objc_msgSend函數中。首先通過obj的isa指針找到obj對應的class。在Class中先去cache中 通過SEL查找對應函數method(猜測cache中method列表是以SEL為key通過hash表來存儲的,這樣能提高函數查找速度),若 cache中未找到。再去methodList中查找,若methodlist中未找到,則取superClass中查找。若能找到,則將method加 入到cache中,以方便下次查找,並通過method中的函數指針跳轉到對應的函數中去執行。
Objective-C Runtime 是什麼?
Objective-C 的 Runtime 是一個運行時庫(Runtime Library),它是一個主要使用 C 和匯編寫的庫,為 C 添加了面相對象的能力並創造了 Objective-C。這就是說它在類信息(Class information) 中被加載,完成所有的方法分發,方法轉發,等等。Objective-C runtime 創建了所有需要的結構體,讓 Objective-C 的面相對象編程變為可能。
Method Swizzling 原理
在Objective-C中調用一個方法,其實是向一個對象發送消息,查找消息的唯一依據是selector的名字。利用Objective-C的動態特性,可以實現在運行時偷換selector對應的方法實現,達到給方法掛鉤的目的。每個類都有一個方法列表,存放著selector的名字和方法實現的映射關系。IMP有點類似函數指針,指向具體的Method實現。
我們可以利用 method_exchangeImplementations 來交換2個方法中的IMP,
我們可以利用 class_replaceMethod 來修改類,
我們可以利用 method_setImplementation 來直接設置某個方法的IMP,……
歸根結底,都是偷換了selector的IMP。
2. GCD實現1,2並行和3串行和45串行,4,5是並行。即3依賴1,2的執行,45依賴3的執行。
關系
隊列組的方式
- (void) methodone{ dispatch_group_t group = dispatch_group_create(); dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ NSLog(@"%d",1); }); dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ NSLog(@"%d",2); }); dispatch_group_notify(group, dispatch_get_main_queue(), ^{ NSLog(@"3"); dispatch_group_t group1 = dispatch_group_create(); dispatch_group_async(group1, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ NSLog(@"%d",4); }); dispatch_group_async(group1, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ NSLog(@"%d",5); }); }); }
串行隊列:隊列中的任務只會順序執行
dispatch_queue_t q = dispatch_queue_create(“....”, dispatch_queue_serial);
並行隊列: 隊列中的任務通常會並發執行。
dispatch_queue_t q = dispatch_queue_create("......", dispatch_queue_concurrent);
全局隊列:是系統開發的,直接拿過來用就可以;與並行隊列類似,但調試時,無法確認操作所在隊列 。
dispatch_queue_t q = dispatch_get_global_queue(dispatch_queue_priority_default, 0);
主隊列:每一個應用開發程序對應唯一一個主隊列,直接get即可;在多線程開發中,使用主隊列更新UI。
dispatch_queue_t q = dispatch_get_main_queue();
主隊列是GCD自帶的串行隊列,會在主線程中執行。異步全局並發隊列 開啟新線程,並發執行。
並行隊列裡開啟同步任務是有執行順序的,只有異步才沒有順序。
串行隊列開啟異步任務,是有順序的。
串行隊列開啟異步任務後嵌套同步任務造成死鎖。
3. 深淺復制和屬性為copy,strong值的變化問題
淺復制:只復制指向對象的指針,而不復制引用對象本身。對於淺復制來說,A和A_copy指向的是同一個內存資源,復制的只不個是一個指針,對象本身資源還是只有一份,那如果我們對A_copy執行了修改操作,那麼發現A引用的對象同樣被修改了。深復制就好理解了,內存中存在了兩份獨立對象本身。
在Objective-C中並不是所有的對象都支持Copy,MutableCopy,遵守NSCopying協議的類才可以發送Copy消息,遵守NSMutableCopying協議的類才可以發送MutableCopy消息。
[immutableObject copy] // 淺拷貝 [immutableObject mutableCopy] //深拷貝 [mutableObject copy] //深拷貝 [mutableObject mutableCopy] //深拷貝
屬性設為copy,指定此屬性的值不可更改,防止可變字符串更改自身的值的時候不會影響到對象屬性(如NSString,NSArray,NSDictionary)的值。strong此屬性的指會隨著變化而變化。copy是內容拷貝,strong是指針拷貝。
4.NSTimer創建後,會在哪個線程運行。
用scheduledTimerWithTimeInterval創建的,在哪個線程創建就會被加入哪個線程的RunLoop中就運行在哪個線程。
自己創建的Timer,加入到哪個線程的RunLoop中就運行在哪個線程。
5. KVO,NSNotification,delegate及block區別
KVO就是cocoa框架實現的觀察者模式,一般同KVC搭配使用,通過KVO可以監測一個值的變化,比如View的高度變化。是一對多的關系,一個值的變化會通知所有的觀察者。
NSNotification是通知,也是一對多的使用場景。在某些情況下,KVO和NSNotification是一樣的,都是狀態變化之後告知對方。NSNotification的特點,就是需要被觀察者先主動發出通知,然後觀察者注冊監聽後再來進行響應,比KVO多了發送通知的一步,但是其優點是監聽不局限於屬性的變化,還可以對多種多樣的狀態變化進行監聽,監聽范圍廣,使用也更靈活。
delegate 是代理,就是我不想做的事情交給別人做。比如狗需要吃飯,就通過delegate通知主人,主人就會給他做飯、盛飯、倒水,這些操作,這些狗都不需要關心,只需要調用delegate(代理人)就可以了,由其他類完成所需要的操作。所以delegate是一對一關系。
block是delegate的另一種形式,是函數式編程的一種形式。使用場景跟delegate一樣,相比delegate更靈活,而且代理的實現更直觀。
KVO一般的使用場景是數據,需求是數據變化,比如股票價格變化,我們一般使用KVO(觀察者模式)。delegate一般的使用場景是行為,需求是需要別人幫我做一件事情,比如買賣股票,我們一般使用delegate。Notification一般是進行全局通知,比如利好消息一出,通知大家去買入。delegate是強關聯,就是委托和代理雙方互相知道,你委托別人買股票你就需要知道經紀人,經紀人也不要知道自己的顧客。Notification是弱關聯,利好消息發出,你不需要知道是誰發的也可以做出相應的反應,同理發消息的人也不需要知道接收的人也可以正常發出消息。
6. 如何讓計時器調用一個類方法
計時器只能調用實例方法,但是可以在這個實例方法裡面調用靜態方法。
使用計時器需要注意,計時器一定要加入RunLoop中,並且選好model才能運行。scheduledTimerWithTimeInterval方法創建一個計時器並加入到RunLoop中所以可以直接使用。
如果計時器的repeats選擇YES說明這個計時器會重復執行,一定要在合適的時機調用計時器的invalid。不能在dealloc中調用,因為一旦設置為repeats 為yes,計時器會強持有self,導致dealloc永遠不會被調用,這個類就永遠無法被釋放。比如可以在viewDidDisappear中調用,這樣當類需要被回收的時候就可以正常進入dealloc中了。
7. 調用一個類的靜態方法需不需要release?
靜態方法,就是類方法,不需要,類方法對象放在autorelease中
8. static作用?
(1)函數體內 static 變量的作用范圍為該函數體,不同於 auto 變量,該變量的內存只被分配一次,因此其值在下次調用時仍維持上次的值;
(2)在模塊內的 static 全局變量可以被模塊內所用函數訪問,但不能被模塊外其它函數訪問;
(3)在模塊內的 static 函數只可被這一模塊內的其它函數調用,這個函數的使用范圍被限制在聲明
它的模塊內;
(4)在類中的 static 成員變量屬於整個類所擁有,對類的所有對象只有一份拷貝;
(5)在類中的 static 成員函數屬於整個類所擁有,這個函數不接收 this 指針,因而只能訪問類的static 成員變量。
9. NSObject的load和initialize方法
load和initialize的共同特點:
在不考慮開發者主動使用的情況下,系統最多會調用一次
如果父類和子類都被調用,父類的調用一定在子類之前
都是為了應用運行提前創建合適的運行環境
在使用時都不要過重地依賴於這兩個方法,除非真正必要
load和initialize的區別:
load方法
調用時機比較早,運行環境有不確定因素。具體說來,在iOS上通常就是App啟動時進行加載,但當load調用的時候,並不能保證所有類都加載完成且可用,必要時還要自己負責做auto release處理。對於有依賴關系的兩個庫中,被依賴的類的load會優先調用。但在一個庫之內,調用順序是不確定的。
對於一個類而言,沒有load方法實現就不會調用,不會考慮對NSObject的繼承。
一個類的load方法不用寫明[super load],父類就會收到調用,並且在子類之前。
Category的load也會收到調用,但順序上在主類的load調用之後。
不會直接觸發initialize的調用。
initialize方法相關要點
initialize的自然調用是在第一次主動使用當前類的時候。
在initialize方法收到調用時,運行環境基本健全。
initialize的運行過程中是能保證線程安全的。
和load不同,即使子類不實現initialize方法,會把父類的實現繼承過來調用一遍。注意的是在此之前,父類的方法已經被執行過一次了,同樣不需要super調用。
由於initialize的這些特點,使得其應用比load要略微廣泛一些。可用來做一些初始化工作,或者單例模式的一種實現方案。
10. 能否向編譯後得到的類中增加實例變量?能否向運行時創建的類中添加實例變量?為什麼?
不能向編譯後得到的類中增加實例變量;
能向運行時創建的類中添加實例變量;
因為編譯後的類已經注冊在 runtime 中,類結構體中的 objc_ivar_list 實例變量的鏈表 和 instance_size 實例變量的內存大小已經確定,同時runtime 會調用 class_setIvarLayout 或 class_setWeakIvarLayout 來處理 strong weak 引用。所以不能向存在的類中添加實例變量;
運行時創建的類是可以添加實例變量,調用 class_addIvar 函數。但是得在調用 objc_allocateClassPair 之後,objc_registerClassPair 之前,原因同上。