iOS | 面試知識整理 - OC基礎 (二)

時間 2019-11-16

標籤 ios 面試知識整理基礎欄目 iOS 简体版

原文原文鏈接

前言:

最近公司項目不怎麼忙, 閒暇時間把iOS 在面試中可能會遇到的問題整理了一番, 一部分題目是本身面試遇到的,一部分題目則是網上收錄的, 方便本身鞏固複習, 也分享給你們! 知識點比較多,比較雜,這裏作了分類,下面是分類連接地址;前端

iOS | 面試知識整理 - OC基礎 (二)

1.C和 OC 如何混編

xcode能夠識別一下幾種擴展名文件:ios

.m文件,能夠編寫 OC語言和 C 語言代碼
.cpp: 只能識別C++ 或者C語言(C++兼容C)
.mm: 主要用於混編 C++和OC代碼,能夠同時識別OC,C,C++代碼

2. Swift 和OC 如何調用?

Swift 調用 OC代碼
須要建立一個 Target-BriBridging-Header.h 的橋文件,在喬文件導入須要調用的OC代碼頭文件便可git
OC 調用 Swift代碼
直接導入 Target-Swift.h文件便可, Swift若是須要被OC調用,須要使用@objc 對方法或者屬性進行修飾github

3. Foundation 對象與 CoreFoundation 對象有什麼區別?

Foundation對象是OC的,在MRC下須要手動管理內存,ARC下不須要手動管理
Core Foundation對象是C對象, MRC和ARC都須要手動管理內存
數據類型之間的轉換
- ARC:__bridge_retained, __bridge_transfer(自動內存管理)
- 非ARC: __bridge

4.與OC比較.Swift有什麼優勢?

Swift 是一門新型語言,借鑑了JS,Python,C#,Ruby等語言特性,看上去偏腳本化,Swift 仍支持 cocoa touch 框架web

優勢:面試

Swift更加安全，它是類型安全的語言。
Swift容易閱讀，語法和文件結構簡易化。
Swift更易於維護，文件分離後結構更清晰。
Swift代碼更少，簡潔的語法，能夠省去大量冗餘代碼
Swift速度更快，運算性能更高。

5. delegate(代理,委託)

委託是協議的一種,顧名思義，就是委託他人幫本身去作什麼事。編程

delegate:json

很是嚴格的語法。全部將聽到的事件必須是在delegate協議中有清晰的定義,語法清晰,易讀;
若是delegate中的一個方法沒有實現那麼就會出現編譯警告/錯誤
在釋放代理對象時，須要當心的將delegate改成nil。一旦設定失敗，那麼調用釋放對象的方法將會出現內存crash

6.Notification(通知)

在IOS應用開發中有一個」Notification Center「的概念。它是一個單例對象，容許當事件發生時通知一些對象。後端

notification:

對於一個發出的通知，多個對象可以作出反應，即1對多的方式實現簡單
controller可以傳遞context對象（dictionary），context對象攜帶了關於發送通知的自定義的信息
在調試的時候應用的工做以及控制過程難跟蹤；

7.KVO

KVO是一個對象可以觀察另一個對象的屬性的值，而且可以發現值的變化。

KVO：

可以提供一種簡單的方法實現兩個對象間的同步。例如：model和view之間同步；
可以對非咱們建立的對象，即內部對象的狀態改變做出響應，並且不須要改變內部對象（SKD對象）的實現；

8. 如何選擇delegate、notification、KVO？

三種模式都是一個對象傳遞事件給另一個對象，而且不要他們有耦合。

delegate. 一對一
notification 一對多,多對多
KVO 一對一

三者各有本身的特色:

delegate 語法簡潔,方便閱讀,易於調試
notification 靈活多變,能夠跨越多個類之間進行使用
KVO 實現屬性監聽,實現model和view同步
能夠根據實際開發遇到的場景來使用不一樣的方式

9. 若你去設計一個通知中心，你會怎樣設計？

我的理解: 參考現有的通知中心

建立通知中心單例類,並在裏面有個一個保存通知的全局NSDiction
對於註冊通知的類,將其註冊通知名做爲key, 執行的方法和類,以及一些參數作爲一個數組爲值
發送通知能夠調用通知中心,經過字典key(通知名),找到對應的類和方法進行執行調用傳值.

10. Notification 和KVO區別

KVO提供一種機制,當指定的被觀察的對像的屬性被修改後,KVO會自動通知響應的觀察者,KVC(鍵值編碼)是KVO的基礎
通知:是一種廣播機制,在實踐發生的時候,經過通知中心對象,一個對象可以爲全部關心這個時間發生的對象發送消息,二者都是觀察者模式,不一樣在於KVO是被觀察者直接發送消息給觀察者,是對象間的直接交互,通知則是二者都和通知中心對象交互,對象之間不知道彼此
本質區別,底層原理不同.kvo 基於 runtime, 通知則是有個通知中心來進行通知

11.結構體與數組有什麼區別?

結構體能夠存不一樣類型的元素,而數組只能存同一類型
結構體類型須要咱們自已定義.數組是用別的類型加[元素個數]
結構體內存分配方式很特別,使用對齊原則,不必定是全部元素的字節數和,而數組必定是全部元素的字節數和.
結構體指針能夠指針名->結構體元素名(取元素);數組不行.

12. NSDictionary的實現原理是什麼？

哈希表(NSDictionary 是經過hash表來實現key和value之間的映射和存儲的)

13.說一下靜態庫和動態庫之間的區別

靜態庫：以.a 和 .framework爲文件後綴名。
動態庫：以.tbd(以前叫.dylib) 和 .framework 爲文件後綴名。
靜態庫：連接時會被完整的複製到可執行文件中，被屢次使用就有多份拷貝。
動態庫：連接時不復制，程序運行時由系統動態加載到內存，系統只加載一次，多個程序共用（如系統的UIKit.framework等），節省內存。
// 靜態庫.a 和 framework區別.a 主要是二進制文件,不包含資源,須要本身添加頭文件
.framework 能夠包含頭文件+資源信息

14.對於 oc 來說,他的最大優缺點是什麼? 如何缺點如何繞過這些不足

優勢:

OC是C語言的超集, 在C語言基礎上增長了面向對象特性, 開發使用起來會方便高效.
分類能夠快速擴展類的方法.擴展模塊之間相互不影響
運行時特性,動態特性(動態類型,動態綁定,動態加載),提升了編程的靈活性
OC能夠與C / C++進行混編

缺點:

不支持多繼承,多繼承可使用分類,協議,消息轉發來彌補
不支持運算符重載
使用動態運行時類型，全部的方法都是函數調用，因此不少編譯時優化方法都用不到，如內聯函數等，性能低劣。
執行效率比C低,語法怪異

15. OC與 JS交互方式有哪些?

經過攔截URL
使用MessageHandler(WKWebView)
JavaScriptCore (UIWebView)
使用三方庫WebViewJavascriptBridge,可提供 js 調OC,以及OC掉JS

16. 經過JS調用OC代碼(url攔截)一

經過攔截url（適用於UIWebView和WKWebView）

- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType {
    NSString *url = request.URL.absoluteString;
    if ([url rangeOfString:@"須要跳轉源生界面的URL判斷"].location != NSNotFound) {
        //跳轉原生界面
        return NO;
    }
    return YES;
}
複製代碼

17. JS調用OC代碼(messageHander)二

當JS端想傳一些數據給iOS.那它們會調用下方方法來發送.
window.webkit.messageHandlers.<方法名>.postMessage(<數據>)上方代碼在JS端寫會報錯,致使網頁後面業務不執行.可以使用try-catch執行.
那麼在OC中的處理方法以下.它是WKScriptMessageHandler的代理方法.name和上方JS中的方法名相對應.

- (void)addScriptMessageHandler:(id <WKScriptMessageHandler>)scriptMessageHandler name:(NSString *)name;
複製代碼

18 JS調用OC代碼(WebViewJavascriptBridge)三

1. 設置 webViewBridge
_bridge = [WKWebViewJavascriptBridge bridgeForWebView:self.webView];
    [_bridge setWebViewDelegate:self];
2. 註冊handler方法,須要和 前段協商好 方法名字,是供 JS調用Native 使用的。
    [_bridge registerHandler:@"scanClick" handler:^(id data, WVJBResponseCallback responseCallback) {
        // OC調用
        NSString *scanResult = @"http://www.baidu.com";
        // js 回調傳參
        responseCallback(scanResult);
    }];
3. OC掉用JS
  [_bridge callHandler:@"testJSFunction" data:@"一個字符串" responseCallback:^(id responseData) {
        NSLog(@"調用完JS後的回調：%@",responseData);
    }];
複製代碼

19.OC調用JS代碼

// 直接運行 使用 
NSString *jsStr = @"執行的JS代碼";
[webView stringByEvaluatingJavaScriptFromString:jsStr];

// 使用JavaScriptCore框架
#import <JavaScriptCore/JavaScriptCore.h> 
- (void)webViewDidFinishLoad:(UIWebView *)webView {
    //獲取webview中的JS內容
    JSContext *context = [webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];
    NSString *runJS = @"執行的JS代碼";
    //準備執行的JS代碼
    [context evaluateScript:runJS];
}
複製代碼

20. 遇到過BAD_ACCESS的錯誤嗎？你是怎樣調試的？

BAD_ACCESS 報錯屬於內存訪問錯誤，會致使程序崩潰，錯誤的緣由是訪問了野指針(懸掛指針)。

設置全局斷點快速定位問題代碼所在行。
開啓殭屍對象診斷
Analyze分析
重寫object的respondsToSelector方法，現實出現EXEC_BAD_ACCESS前訪問的最後一個object。
Xcode 7 已經集成了BAD_ACCESS捕獲功能：Address Sanitizer。用法以下：在配置中勾選✅Enable Address Sanitizer。

21.什麼是函數式編程？鏈式

函數式編程是一種編程模型，他將計算機運算看作是數學中函數的計算，而且避免了狀態以及變量的概念。函數式編程就像流水線同樣，一順順的把問題解決完，從一個起點開始，一個個的調用函數，由於上一個函數有返回值是工具類自己，因此一個函數執行完以後，能夠用上一個函數繼續調用，有點鏈式思惟在裏面。
Masonry 就是咱們最多見的函數式編程,經過對象.方法1().方法2.....

[view mas_makeConstraints:^(MASConstraintMaker *make){     
make.top.bottom.left.right.equalTo(self.view);
}];
複製代碼

鏈式編程?

top.bottom.left.right.equalTo(self.view)經過"."語法，將須要執行的代碼連續的書寫，就叫作鏈式編程，它使得代碼簡單易懂。

22. 響應式編程?

響應式編程是一種面向數據流和變化傳播的編程範式。
例如，在命令式編程環境中，a:=b+c表示將表達式的結果賦給a，而以後改變b或c的值不會影響a。但在響應式編程中，a的值會隨着b或c的更新而更新。
Reactive Cocoa就是一個響應式編程的經典做品！

23.Block和Protocol的區別，Block是爲了解決什麼問題而使用的。

「代理和block的共同特性是回調機制，不一樣的是，代理的方法比較多，比較分散,公共接口，方法較多也選擇用delegate進行解耦
使用block的代碼比較集中統一,異步和簡單的回調用block更好」

Block是爲了解決什麼問題而使用的? 我的認爲:

block爲了多線程之間調度產生的;
block 也是一個OC對象,能夠當參數傳遞,使用方便簡單,靈活,不多的代碼就能夠實現代碼回調.比協議省不少代碼

24.說一下ios代碼簽名

確保從app store下載的app是沒被惡意篡改，若是修改則沒法安裝, 以及驗證app開發者身份;

25.什麼是app thinning(app 瘦身)

App Thinning能夠譯成「應用瘦身」。指的是App store 和操做系統在安裝iOS或者watchOS的 app 的時候經過一些列的優化，儘量減小安裝包的大小，使得 app 以最小的合適的大小被安裝到你的設備上。而這個過程包括了三個過程：slicing, bitcode, and on-demand resources。

slicing 能夠打包對應的 app 資源文件
Bitcode 蘋果會對包含Bitcode的二進制app進行二次優化，而不須要提交一個新的app版本到app store中。
On-Demand Resources 按需加載

26. 若是沒有instruments，該如何檢測memory leak, zombie object 之類的問題。

查看MLeaksFinder源碼分析,國內三方

27.字典的工做原理？怎100w箇中是怎麼快速去取value？

NSDictionary（字典）是使用 hash表來實現key和value之間的映射和存儲的，hash函數設計的好壞影響着數據的查找訪問效率。
- (void)setObject:(id)anObject forKey:(id <NSCopying>)aKey;
Objective-C 中的字典 NSDictionary 底層實際上是一個哈希表，實際上絕大多數語言中字典都經過哈希表實現，

哈希表的本質是一個數組，數組中每個元素稱爲一個箱子(bin)，箱子中存放的是鍵值對。數組長度即箱子數。
哈希表還有一個重要的屬性: 負載因子(load factor)，它用來衡量哈希表的 空/滿 程度，必定程度上也能夠體現查詢的效率，計算公式爲:
負載因子 = 總鍵值對數 / 箱子個數
負載因子越大，意味着哈希表越滿，越容易致使衝突，性能也就越低。所以，通常來講，當負載因子大於某個常數(多是 1，或者 0.75 等)時，哈希表將自動擴容。
參考: https://www.jianshu.com/p/88dfc8f405ab
複製代碼

28. isEquel和hash的關係

isEquel 用於比較2個對象是否相等, 與==(地址比較)不同, 能夠重寫isEquel方法,來進行2個對象的比較
hash 是一個類方法，任何類均可以調用這個方法，返回的結果是一個NSInteger值(若是兩個對象相等，那麼他們的hash值必定相等，可是，若是兩個對象的哈希值相等是不能必定推出來這兩個對象是相等的)

29.isEquel 和 isEquelToString

isEquel 比較的是2個NSObject的方法,
isEquelToString是比較2個字符串值是否相等
isEquel 首先比較2個對象地址,若是相同就返回YES,若是不一樣,就比較對象類型,以及屬性的值,通常重寫 isEquel 來比較2個對象

30. iOS 9 之後通知再也不須要手動移除

通知 NSNotification 在註冊者被回收時須要手動移除，是一直以來的使用準則。緣由是在 MRC 時代，通知中心持有的是註冊者的 unsafe_unretained 指針，在註冊者被回收時若不對通知進行手動移除，則指針指向被回收的內存區域，變爲野指針。此時發送通知會形成 crash 。而在 iOS 9 之後，通知中心持有的是註冊者的 weak 指針，這時即便不對通知進行手動移除，指針也會在註冊者被回收後自動置空。由於向空指針發送消息是不會有問題的。

31. 如何對 NSMutableArray 進行 KVO

通常狀況下只有經過調用 set 方法對值進行改變纔會觸發 KVO。可是在調用NSMutableArray的 addObject或removeObject 系列方法時，並不會觸發它的 set 方法。因此爲了實現NSMutableArray的 KVO，官方爲咱們提供了以下方法:

@property (nonatomic, strong) NSMutableArray *arr;

//添加元素操做
[[self mutableArrayValueForKey:@"arr"] addObject:item];
//移除元素操做
[[self mutableArrayValueForKey:@"arr"] removeObjectAtIndex:0];
複製代碼

32. 編譯過程作了哪些事情；

* Objective,Swift都是編譯語言。編譯語言在執行的時候，必須先經過編譯器生成機器碼，機器碼能夠直接在CPU上執行，因此執行效率較高。Objective,Swift兩者的編譯都是依賴於Clang + LLVM. OC和Swift由於原理上大同小異，知道一個便可！
* iOS編譯 無論是OC仍是Swift，都是採用Clang做爲編譯器前端,LLVM(Low level vritual machine)做爲編譯器後端。
* 編譯器前端 :編譯器前端的任務是進行：語法分析，語義分析，生成中間代碼(intermediate representation )。在這個過程當中，會進行類型檢查，若是發現錯誤或者警告會標註出來在哪一行
* 編譯器後端 :編譯器後端會進行機器無關的代碼優化，生成機器語言，而且進行機器相關的代碼優化。LVVM優化器會進行BitCode的生成，連接期優化等等,LLVM機器碼生成器會針對不一樣的架構，好比arm64等生成不一樣的機器碼。
複製代碼

33. 容錯處理大家通常是注意哪些？

在團隊協做開發當中，因爲每一個團隊成員的水平不一，很難控制代碼的質量，保證代碼的健壯性，常常會發生因爲後臺返回異常數據形成app崩潰閃退的狀況，爲了不這樣的狀況項目中作一些容錯處理，顯得格外重要，極大程度上下降了由於數據容錯不到位產生崩潰閃退的機率。

例如：
1.字典
2.數組；
3.野指針；
4.NSNull
等~
// AvoidCrash github 三方不錯
複製代碼

34. 項目開始容錯處理沒作？如何防止攔截潛在的崩潰？

例：
一、category給類添加方法用來替換掉本來存在潛在崩潰的方法。
二、利用runtime方法交換技術，將系統方法替換成類添加的新方法。
三、利用異常的捕獲來防止程序的崩潰，而且進行相應的處理。
四、使用 @try__Catch__方法進行攔截

總結：
一、不要過度相信服務器返回的數據會永遠的正確。
二、在對數據處理上，要進行容錯處理，進行相應判斷以後再處理數據，這是一個良好的編程習慣。

35.@try @catch異常機制

Objective-C 異常機制 :
-- 做用 : 開發者將引起異常的代碼放在 @try 代碼塊中, 程序出現異常使用 @catch 代碼塊進行捕捉;
-- 每一個代碼塊做用 : @try 代碼塊存放可能出現異常的代碼, @catch 代碼塊異常處理邏輯, @finally 代碼塊回收資源;
-- 語法示例 :

try{
   //..執行的代碼，其中可能有異常。一旦發現異常，則當即跳到catch執行。不然不會執行catch裏面的內容
}catch(){
  //...除非try裏面執行代碼發生了異常，不然這裏的代碼不會執行
}finally{
  //..無論什麼狀況都會執行，包括try catch 裏面用了return ,能夠理解爲只要執行了try或者catch，就必定會執行 finally
}
能夠用於查找 bug,或者調試,防止崩潰使用
複製代碼

36.單元測試是什麼?

單元測試（unit testing），是指對軟件中的最小可測試單元進行檢查和驗證。

1. 單元測試能夠進行 邏輯測試/異步測試/性能測試
2. 單元測試是以代碼測試代碼。不是靠 NSLog 來測試,而是使用斷言來測試的，提早預判條件必須知足。XCTAssert(條件, 不知足條件的描述)
3. 能夠在單元測試類中編寫單獨的測試用例方法。這些方法與普通的方法相似，可是方法名稱必須以 test 開頭，且不能有參數，否則不會識別爲測試方法。
4. 不是全部的方法都須要測試。例如私有方法不須要測試，只有暴露在 .h 中的方法須要測試。
通常而言，代碼的覆蓋度大概在 50% ~ 70%。從 github 上得知：YYModel 測試覆蓋度爲 83%，AFNetworking 測試覆蓋度爲 77%，二者都是比較高的。
 
總結: 單元測試能夠根據項目須要,針對一些關鍵業務,編寫一些測試用例,能夠方便的排查業務邏輯可能出現的問題.在後續改動時候也能夠方便的測試等等.
複製代碼

37. 一個上線的項目，知道這個方法可能會出問題，在不破壞改方法前提下，怎麼搞？

作一些容錯處理,防止崩潰
加一些日誌收集,收集問題再具體分析
try_catch

38.Xcode編譯器發展簡史

Xcode3 之前：  GCC；
Xcode3：             增長LLVM，GCC(前端) + LLVM(後端)；
Xcode4.2：           出現Clang - LLVM 3.0成爲默認編譯器；
Xcode4.6：         LLVM 升級到4.2版本；
Xcode5：         GCC被廢棄，新的編譯器是LLVM 5.0，從GCC過渡到Clang-LLVM的時代正式完成
複製代碼

39.代碼從 Git 上拉下來到生成 .ipa 都有哪些過程，期間都生成了什麼文件。

git clone 遠程地址到本地
pod 三方集成
配置證書信息,簽名
打包 ipa

40.Pods的原理

簡單理解：快速的搜索多第三方框架，而後自動集成多工程裏面。並編譯成一個libPod.a的靜態庫給咱們的項目用。

41. 函數指針和 Block區別

相同點:

兩者均可以當作是一個代碼片斷。
函數指針類型和 Block 類型均可以做爲變量和函數參數的類型

不一樣點:

函數指針只能指向預先定義好的函數代碼塊，函數地址是在編譯連接時就已經肯定好的。從內存的角度看，函數指針只不過是指向代碼區的一段可執行代碼
block 本質是 OC對象，是 NSObject的子類，是程序運行過程當中在棧內存動態建立的對象，能夠向其發送copy消息將block對象拷貝到堆內存，以延長其生命週期。

42. 符號表

iOS 構建時產生的符號表，是內存地址、函數名、文件名和行號的映射表。格式大概是：

<起始地址> <結束地址> <函數> [<文件名:行號>]
複製代碼

Crash 時的堆棧信息，全是二進制的地址信息。若是利用這些二進制的地址信息來定位問題是不可能的，所以咱們須要將這些二進制的地址信息還原成源代碼種的函數以及行號，這時候符號表就起做用了。利用符號表將原始的 Crash 的二進制堆棧信息還原成包含行號的源代碼文件信息，能夠快速定位問題。iOS 中的符號表文件(DSYM) 是在編譯源代碼後，處理完 Asset Catalog 資源和 info.plist 文件後開始生成，生成符號表文件(DSYM)以後，再進行後續的連接、打包、簽名、校驗等步驟。

43. 應用瘦身(Thinning)

App Thinning「應用瘦身」,iOS9以後發佈的新特性。它能對App store 和操做系統在安裝iOS app 的時候經過一些列的優化，儘量減小安裝包的大小，使得 app 以最小的合適的大小被安裝到你的設備上。而這個過程包括了三個過程：
slicing, bitcode, on-demand resources，

* slicing
appStore 會根據用戶的設備型號建立相應的應用變體,這些變體只包含可執行的結構和資源必要部分,不須要用戶下載完整的安裝包

* bitcode
bitcode系統會對編譯後的二進制文件進行二次優化, 使用最新的編譯器自動編譯app而且針對特定架構進行優化。不會下載應用針對不一樣架構的優化，而僅下載與特定設備相關的優化，使得下載量更小，

* On Demand Resources
按需加載資源是在 app 第一次安裝後可下載的文件。舉例說明，當玩家解鎖遊戲的特定關卡後能夠下載新關卡（和這個關卡相關的特定內容）。此外，玩家已經經過的關卡能夠被移除以便節約設備上的存儲空間。
複製代碼

44.埋點處理

埋點是什麼? 用戶行爲統計，俗稱埋點

埋點分爲兩種：

頁面統計，即在進入頁面和離開頁面的時候埋點，統計停留頁面時長
交互事件統計

無痕埋點(自動埋點)解決方案:
技術原理：Method-Swizzling

對於一個給定的事件，UIControl會調用sendAction:to:forEvent:來將行爲消息轉發到UIApplication對象，再由UIApplication對象調用其sendAction:to:fromSender:forEvent:方法來將消息分發到指定的target上，那麼，咱們寫一個UIControl的類別，經過替換它的sendAction:to:forEvent:方法，結合本地配置的埋點json或者plist文件(若埋點須要額外的參數，須要給UIControl的類別經過Runtime添加屬性)，即可以實現自動埋點的功能。

參考連接:
www.jianshu.com/p/b8a67c4ac…
www.jianshu.com/p/ae8d45e10…