1. 簡述可視化編程與純代碼的優(yōu)缺點(diǎn)

可視化編程 優(yōu)點(diǎn): 開發(fā)速度快;適配方便;可以明確看到界面間跳轉(zhuǎn);明確看到界面的布局效果.

缺點(diǎn):????團(tuán)隊(duì)開發(fā)中代碼合并容易產(chǎn)生沖突;代碼的重用率偏低;代碼會覆蓋xib,出現(xiàn)bug不利于查找修改

純代碼 優(yōu)點(diǎn): 可操控性高,能輕松的修改,添加;重用性高,方便封裝;易于維護(hù)和修改bug;團(tuán)隊(duì)開發(fā)中. 沖突比較容易解決;

缺點(diǎn):代碼適配相對于可視化編程,不太方便,難度大;需要不斷的編譯運(yùn)行看UI效果;純代碼布局花費(fèi)時間較長,速度慢

2.常用的調(diào)試工具

斷點(diǎn), po , 僵尸指針, instruments（菜單上Xcode->open deve..） 可視化調(diào)試圖層

內(nèi)存泄露：沒有指針指向至扰，不能使用 不能釋放存在堆區(qū)里

3.在同一工程中ARC與MRC混編,

ARC工程中使用MRC(例如ASI)

在targets的build phases選項(xiàng)下Compile Sources下選擇要不使用arc編譯的文件(也就是mrc寫的文件)，雙擊它穿香，輸入 -fno-objc-arc

MRC工程中也可以使用ARC的類

在targets的build phases選項(xiàng)下Compile Sources下選擇要使用arc編譯的文件(arc文件)莲蜘，雙擊它礁苗，輸入 -fobjc-arc

4. 如何讓你的應(yīng)用程序更省電

1. 使用地圖或者藍(lán)牙等功能結(jié)束時,關(guān)閉定位,藍(lán)牙功能

2. 在不需要屏幕亮度那么高的時候,調(diào)低屏幕亮度

3. 把大次數(shù)的循環(huán),計算放在服務(wù)器去做

5. block內(nèi)如何修改外部的變量

__block 修飾

6. block在什么情況下會發(fā)生循環(huán)引用,如何解決

在block內(nèi)部引用

7. 對于語句NSSing *obj = [[NSData alloc] init]; obj在編譯是NSString , 在運(yùn)行時NSData

8. 在網(wǎng)絡(luò)請求中如何提高性能

1. 網(wǎng)絡(luò)較慢的時候,用戶發(fā)送數(shù)據(jù)請求,數(shù)據(jù)沒有下來,然后用戶退出當(dāng)前控制器, 取消請求

2. 給網(wǎng)絡(luò)請求設(shè)置一個時間戳,防止用戶短時間內(nèi)多次刷新

3. 使用網(wǎng)絡(luò)緩存 NSURLCache ,

9. 在網(wǎng)絡(luò)請求中如何保證安全性

1. 使用post請求

2. 使用https

3. 給接口中參數(shù)加密

4. 返回的數(shù)據(jù)加密

5.token

10.描述一下在開發(fā)過程中,如何實(shí)現(xiàn)程序的性能優(yōu)化

1. 在使用tableView的時候,滑動不加載; cell自適應(yīng)高度的時候緩存高度; 對網(wǎng)絡(luò)請求設(shè)置時間戳,放置用戶在短時間內(nèi)進(jìn)行無效刷新等等

11. 系統(tǒng)中的單例類?在實(shí)際開發(fā)中單例的應(yīng)用場景

1.系統(tǒng)中常見的單例類 NSUserDefaults? NSFileManager? UIApplication? NSNotificationCenter

2. 應(yīng)用場景: 封裝音樂播放功能的時候,因?yàn)橹荒艹跏蓟粋€音樂類,否則會出現(xiàn)二重唱

幾個控制器同時用到一塊兒資源的時候,資源共享

12 熱更新: 不用提交appstore, 程序運(yùn)行時從服務(wù)器拉取數(shù)據(jù), 根據(jù)runtiem動態(tài)生成文件,實(shí)現(xiàn)更新

熱更新的方法:

1.使用FaceBook 的開源框架 reactive native，使用js寫原生的ios應(yīng)用ios app可以在運(yùn)行時從服務(wù)器拉取最新的js文件到本地，然后執(zhí)行涕蜂，因?yàn)閖s是一門動態(tài)的腳本語言馒稍，所以可以在運(yùn)行時直接讀取js文件執(zhí)行皿哨，也因此能夠?qū)崿F(xiàn)ios的熱更新

2.使用lua 腳本。lua腳本如同js 一樣纽谒，也能在動態(tài)時被证膨。熱更新時，從服務(wù)器拉去lua腳本然后動態(tài)的執(zhí)行就可以了

13. 描述你在開發(fā)中用到的設(shè)計模式

單例設(shè)計模式:在程序運(yùn)行期間只實(shí)例化一份,利于資源共享;

代理設(shè)計模式:用于解耦,當(dāng)一個類的方法需要別的類來實(shí)現(xiàn)又不確定是哪個類來實(shí)現(xiàn)

觀察者設(shè)計模式:用戶解耦,當(dāng)一個類只關(guān)心發(fā)布,不關(guān)心誰接受的時候, model發(fā)生變化通知controller與view變化

14.你做過哪些項(xiàng)目, 項(xiàng)目中有什么技術(shù)點(diǎn),你參與的app中是如何處理多個服務(wù)同步發(fā)起的

15. tcp udp的區(qū)別

tcp 與udp 都是 傳輸層的協(xié)議

Tcp (傳輸控制協(xié)議)是面向連接的協(xié)議鼓黔，也就是說央勒，在收發(fā)數(shù)據(jù)前，必須和對方建立可靠的連接澳化。一個TCP連接必須要經(jīng)過三次“對話”才能建立起來崔步，其中的過程非常復(fù)雜，只簡單的描述下這三次對話的簡單過程：主機(jī)A向主機(jī)B發(fā)出連接請求數(shù)據(jù)包：“我想給你發(fā)數(shù)據(jù)缎谷，可以嗎刷晋？”，這是第一次對話慎陵；主機(jī)B向主機(jī)A發(fā)送同意連接和要求同步（同步就是兩臺主機(jī)一個在發(fā)送眼虱，一個在接收，協(xié)調(diào)工作）的數(shù)據(jù)包：“可以席纽，你什么時候發(fā)捏悬？”，這是第二次對話润梯；主機(jī)A再發(fā)出一個數(shù)據(jù)包確認(rèn)主機(jī)B的要求同步：“我現(xiàn)在就發(fā)过牙，你接著吧甥厦！”，這是第三次對話寇钉。三次“對話”的目的是使數(shù)據(jù)包的發(fā)送和接收同步刀疙，經(jīng)過三次“對話”之后，主機(jī)A才向主機(jī)B正式發(fā)送數(shù)據(jù)扫倡。

udp (用戶數(shù)據(jù)報協(xié)議) (1)UDP是一個非連接的協(xié)議谦秧，傳輸數(shù)據(jù)之前源端和終端不建立連接，當(dāng)它想傳送時就簡單地去抓取來自應(yīng)用程序的數(shù)據(jù)撵溃，并盡可能快地把它扔到網(wǎng)絡(luò)上疚鲤。在發(fā)送端，UDP傳送數(shù)據(jù)的速度僅僅是受應(yīng)用程序生成數(shù)據(jù)的速度缘挑、計算機(jī)的能力和傳輸帶寬的限制集歇；在接收端，UDP把每個消息段放在隊(duì)列中语淘，應(yīng)用程序每次從隊(duì)列中讀一個消息段诲宇。

（2） 由于傳輸數(shù)據(jù)不建立連接，因此也就不需要維護(hù)連接狀態(tài)惶翻，包括收發(fā)狀態(tài)等焕窝，因此一臺服務(wù)機(jī)可同時向多個客戶機(jī)傳輸相同的消息。

（3） UDP信息包的標(biāo)題很短维贺，只有8個字節(jié)它掂，相對于TCP的20個字節(jié)信息包的額外開銷很小。

（4） 吞吐量不受擁擠控制算法的調(diào)節(jié)溯泣，只受應(yīng)用軟件生成數(shù)據(jù)的速率虐秋、傳輸帶寬、源端和終端主機(jī)性能的限制垃沦。

（5）UDP使用盡最大努力交付客给，即不保證可靠交付，因此主機(jī)不需要維持復(fù)雜的鏈接狀態(tài)表（這里面有許多參數(shù)）肢簿。

（6）UDP是面向報文的靶剑。發(fā)送方的UDP對應(yīng)用程序交下來的報文，在添加首部后就向下交付給IP層池充。既不拆分桩引，也不合并，而是保留這些報文的邊界收夸，因此坑匠，應(yīng)用程序需要選擇合適的報文大小椿疗。

我們經(jīng)常使用“ping”命令來測試兩臺主機(jī)之間TCP/IP通信是否正常独撇，其實(shí)“ping”命令的原理就是向?qū)Ψ街鳈C(jī)發(fā)送UDP數(shù)據(jù)包蝗罗，然后對方主機(jī)確認(rèn)收到數(shù)據(jù)包栖忠，如果數(shù)據(jù)包是否到達(dá)的消息及時反饋回來，那么網(wǎng)絡(luò)就是通的设凹。

區(qū)別: 1.基于連接與無連接舰讹；

2.對系統(tǒng)資源的要求（TCP較多，UDP少）闪朱；

3.UDP程序結(jié)構(gòu)較簡單月匣；

4.流模式與數(shù)據(jù)報模式 ；

5.TCP保證數(shù)據(jù)正確性监透，UDP可能丟包，TCP保證數(shù)據(jù)順序航唆，UDP不保證胀蛮。

16 如何修改只讀(readonly)屬性的變量

使用kvc

17 arc下dealloc存在的意義: 釋放強(qiáng)指針指向的對象, 移除動畫(不移除當(dāng)前控制器無法釋放),代理置為空(否則出現(xiàn)野指針), 移除通知,觀察者等

18.登陸與后臺的的交互判斷(token)

token一般根據(jù)時間戳生成,每次網(wǎng)絡(luò)請求都會發(fā)送時間戳,根據(jù)時間戳是否過期來驗(yàn)證用戶是否登陸

19.推送的流程: 用戶打開app,app從蘋果服務(wù)器請求到deviceToken(手機(jī)與應(yīng)用程序聯(lián)合生成的),app把deviceToken送到自己的服務(wù)器保存, 但需要給那個用戶推送的時候, 后臺把要推送的消息與deviceToken發(fā)送給APNS,APNS推送具體的用戶

推送卸載appdelegate里

20.arc出現(xiàn)內(nèi)存泄露的原因: 循環(huán)引用 ; 一些需要釋放的C語言函數(shù)(例如圖片拼接) ; 在子線程中常見對象沒有放在pool中

21. 關(guān)于手機(jī)驗(yàn)證的問題,實(shí)現(xiàn)注冊,如何做手機(jī)號碼驗(yàn)證,以及如何給手機(jī)發(fā)送驗(yàn)證碼

用戶注冊時

把手機(jī)號發(fā)送到服務(wù)器,服務(wù)器發(fā)送驗(yàn)證碼給手機(jī)用戶,用戶根據(jù)短信或者電話(語音,這個送達(dá)率更高,費(fèi)用高)輸入驗(yàn)證碼, 發(fā)送驗(yàn)證碼到服務(wù)器, 如果匹配,完成注冊

集成shareSDK , leanclude? 等第三方應(yīng)用

22. 程序在只加載一張圖片的時候什么情況下會崩潰, 當(dāng)這張圖片是幾百兆的時候

23. 1. 可以參考蘋果給出的崩潰提示? 2. 友盟的崩潰日志? 3. 連接舊的版本進(jìn)行調(diào)試

24. (個人意見)了解功能,進(jìn)行具體功能的拆分,上網(wǎng)查找具體功能或者與同事溝通

25. cell的重用,

解決方案 : 1. 把cell 上的東西清空重新賦值

2. 根據(jù)indexpath來區(qū)分cell賦值解決重用帶來的問題