1、APP啟動(dòng)流程

APP一啟動(dòng)冠场，便首先調(diào)用main函數(shù)，main函數(shù)會(huì)調(diào)用UIApplicationMain函數(shù)來(lái)創(chuàng)建UIApplication對(duì)象，設(shè)置它的代理（AppDelegate）茫藏。接著開(kāi)啟主運(yùn)行循環(huán)。完成后便會(huì)調(diào)用代理didFinishLaunchingWithOptions方法霹琼，表明程序完成加載务傲。然后查看info.plist文件中在Main storyboard file base name中是否設(shè)置了mainstoryboard，沒(méi)有的話枣申，便需要我們手動(dòng)創(chuàng)建window售葡，設(shè)置window的rootViewController，然后調(diào)用makekeyAndVisible方法忠藤。有的話挟伙，系統(tǒng)會(huì)幫我們做這些操作。緊接著便是加載其視圖模孩，當(dāng)視圖調(diào)用viewDidAppear后尖阔，意味著視圖加載完畢，然后調(diào)用applicationDidBecomeActive方法榨咐，表明已經(jīng)獲取APP的焦點(diǎn)介却。

2、@property (nonatomic,copy) NSMutableString *name;有什么不嚴(yán)謹(jǐn)?shù)牡胤娇樽拢浚?/h3>

name屬性值永遠(yuǎn)是不可變齿坷，所以定義為NSMutableString是不合理的，看上方copy方法龟劲，即可理解胃夏。返回的是不可變對(duì)象。如果調(diào)用mutableString的方法就會(huì)報(bào)方法找不到的錯(cuò)誤昌跌。

@property (copy,nonatomic) NSMutableString *name;
self.name = [@"lxx" mutableCopy];
    [self.name appendString:@"duanlinlin"];
    NSLog(@"%@",self.name);

Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[NSTaggedPointerString appendString:]: unrecognized selector sent to instance 0xa0000000078786c3'

3仰禀、控制器的view默認(rèn)是透明的嗎？（設(shè)置window顏色蚕愤，加載rootViewController時(shí)答恶，會(huì)只顯示window的顏色）

控制器的view不是透明的饺蚊，透明則意味著vc.view.alpha = 0,是不能接收事件的。而是控制器的view的背景顏色是透明的悬嗓，即vc.view.backgroundColor = [uicolor clearcolor],是可以接收事件的污呼。

4、模仿系統(tǒng)UIApplication的單例

#import <Foundation/Foundation.h>

@interface Manager : NSObject
+ (instancetype)sharedManager;
@end

#import "Manager.h"

@implementation Manager
static Manager *_manager;
+ (void)load {
    _manager = [[Manager alloc]init];
}
+ (instancetype)sharedManager {
    return _manager;
}
+ (instancetype)alloc {
    if (_manager) {
        NSException *except = [NSException exceptionWithName:@"NSInternalInconsistencyException" reason:@"There can only be one Manager instance." userInfo:nil];
        [except raise];
    }
    return [super alloc];
}
@end

5包竹、如何理解OC是一門(mén)動(dòng)態(tài)語(yǔ)言燕酷？

要想理解OC是一門(mén)動(dòng)態(tài)語(yǔ)言，可以從3個(gè)層次來(lái)理解開(kāi)發(fā)語(yǔ)言周瞎。①面向過(guò)程的語(yǔ)言苗缩，比如C語(yǔ)言。C語(yǔ)言的編譯器很簡(jiǎn)單声诸，只要按照語(yǔ)法規(guī)則實(shí)現(xiàn)一個(gè)LALR語(yǔ)法分析器就可以（可以對(duì)上下無(wú)關(guān)文法進(jìn)行語(yǔ)法分析）酱讶，編譯器實(shí)現(xiàn)了最基礎(chǔ)的功能，就是把一份代碼里面的函數(shù)名稱轉(zhuǎn)換成一個(gè)相對(duì)的內(nèi)存地址彼乌，把對(duì)該函數(shù)的調(diào)用轉(zhuǎn)換成一個(gè)跳轉(zhuǎn)指令泻肯。在程序開(kāi)始運(yùn)行時(shí)，調(diào)用函數(shù)時(shí)可以正確的跳轉(zhuǎn)到對(duì)應(yīng)的函數(shù)地址慰照。這樣很直白灶挟，但是太死板了。②而改進(jìn)后的面向?qū)ο蟮恼Z(yǔ)言焚挠，例如C++膏萧，相對(duì)于面向過(guò)程漓骚，更加靈活蝌衔。比如C++在C的基礎(chǔ)上增加了類的部分。但對(duì)于編譯器而言蝌蹂，其實(shí)就是多繞了個(gè)彎噩斟。在C編譯器上增加了一層類處理機(jī)制。比如把一個(gè)函數(shù)限制在它所處的類環(huán)境里孤个，每次請(qǐng)求調(diào)用函數(shù)時(shí)剃允，必須要先找到它對(duì)應(yīng)的對(duì)象，然后確定類型齐鲤，返回值斥废，參數(shù)，然后才能跳轉(zhuǎn)到對(duì)應(yīng)的函數(shù)给郊。這樣牡肉，程序就增加了很大的靈活性，同樣的方法淆九，在不同的類中可以有不同的行為统锤，但相對(duì)于動(dòng)態(tài)語(yǔ)言而言毛俏，還是過(guò)于死板，所以稱C++ 為靜態(tài)語(yǔ)言饲窿。③動(dòng)態(tài)語(yǔ)言則希望更加靈活煌寇，就把對(duì)類的實(shí)現(xiàn)部分抽象起來(lái)，然后做一套完善的的運(yùn)行階段的檢測(cè)環(huán)境逾雄。該運(yùn)行時(shí)的檢測(cè)環(huán)境會(huì)注冊(cè)所有全局的類阀溶，函數(shù)，變量等信息鸦泳。當(dāng)我們調(diào)用函數(shù)時(shí)淌哟，會(huì)在這個(gè)運(yùn)行時(shí)系統(tǒng)的環(huán)境里檢測(cè)出所有可能的參數(shù)再做跳轉(zhuǎn)。

respondsToSelector
iskindOfClass

conformsToProtocol

運(yùn)用運(yùn)行時(shí)系統(tǒng)辽故，運(yùn)行時(shí)系統(tǒng)可以處理弱類型以及函數(shù)是否存在等檢查工作徒仓。運(yùn)行時(shí)系統(tǒng)會(huì)檢測(cè)注冊(cè)列表里是否存在對(duì)應(yīng)的函數(shù)，類型是否正確誊垢，最后再確定正確的函數(shù)地址掉弛。然后對(duì)寄存器的狀態(tài)進(jìn)行保存，以及壓棧函數(shù)調(diào)用等操作喂走。

6殃饿、UIButton的繼承關(guān)系：

UIButton->UIControl-> UIView-> UIResponder

7、簡(jiǎn)述CALayer和UIView的關(guān)系

答:UIView和CALayer是相互依賴的關(guān)系芋肠。UIView依賴與calayer提供的內(nèi)容乎芳，CALayer依賴uivew提供的容器來(lái)顯示繪制的內(nèi)容。歸根到底CALayer是這一切的基礎(chǔ)帖池，如果沒(méi)有CALayer奈惑，UIView自身也不會(huì)存在，UIView是一個(gè)特殊的CALayer實(shí)現(xiàn)睡汹，添加了響應(yīng)事件的能力肴甸。

結(jié)論：

UIView來(lái)自CALayer，高于CALayer囚巴，是CALayer高層實(shí)現(xiàn)與封裝原在。UIView的所有特性來(lái)源于CALayer支持。