（答案不唯一，僅供參考茧吊，文章最后有福利）
目錄
一、基礎(chǔ)知識點
二八毯、第三方框架
三搓侄、算法
四、編碼格式（優(yōu)化細節(jié)）
五话速、其他知識點
一讶踪、基礎(chǔ)知識點
-
設(shè)計模式是什么？ 你知道哪些設(shè)計模式泊交，并簡要敘述乳讥？
設(shè)計模式是一種編碼經(jīng)驗柱查，就是用比較成熟的邏輯去處理某一種類型的事情。
1). MVC模式：Model View Control云石，把模型 視圖 控制器 層進行解耦合編寫唉工。
2). MVVM模式：Model View ViewModel 把模型 視圖 業(yè)務(wù)邏輯 層進行解耦和編寫。
3). 單例模式：通過static關(guān)鍵詞汹忠，聲明全局變量淋硝。在整個進程運行期間只會被賦值一次。
4). 觀察者模式：KVO是典型的觀察者模式宽菜，觀察某個屬性的狀態(tài)谣膳，狀態(tài)發(fā)生變化時通知觀察者。
5). 委托模式：代理+協(xié)議的組合赋焕。實現(xiàn)1對1的反向傳值操作参歹。
6). 工廠模式：通過一個類方法，批量的根據(jù)已有模板生產(chǎn)對象隆判。 -
MVC 和 MVVM 的區(qū)別
MVVM是對胖模型進行的拆分犬庇，其本質(zhì)是給控制器減負，將一些弱業(yè)務(wù)邏輯放到VM中去處理侨嘀。
MVC是一切設(shè)計的基礎(chǔ)臭挽，所有新的設(shè)計模式都是基于MVC進行的改進。
參考：iOS MVVM架構(gòu)總結(jié) -
#import跟 #include 有什么區(qū)別咬腕，@class呢欢峰，#import<> 跟 #import””有什么區(qū)別？
1). #import是Objective-C導(dǎo)入頭文件的關(guān)鍵字涨共，#include是C/C++導(dǎo)入頭文件的關(guān)鍵字纽帖，使用#import頭文件會自動只導(dǎo)入一次，不會重復(fù)導(dǎo)入举反。
2). @class告訴編譯器某個類的聲明懊直，當執(zhí)行時，才去查看類的實現(xiàn)文件火鼻，可以解決頭文件的相互包含室囊。
3). #import<>用來包含系統(tǒng)的頭文件，#import””用來包含用戶頭文件魁索。 -
frame 和 bounds 有什么不同融撞？
frame指的是：該view在父view坐標系統(tǒng)中的位置和大小。(參照點是父view的坐標系統(tǒng))
bounds指的是：該view在本身坐標系統(tǒng)中的位置和大小粗蔚。(參照點是本身坐標系統(tǒng)) -
Objective-C的類可以多重繼承么尝偎？可以實現(xiàn)多個接口么？Category是什么鹏控？重寫一個類的方法用繼承好還是分類好冬念？為什么趁窃？
答：Objective-C的類不可以多重繼承；可以實現(xiàn)多個接口（協(xié)議）急前；Category是類別；一般情況用分類好瀑构，用Category去重寫類的方法裆针，僅對本Category有效，不會影響到其他類與原有類的關(guān)系寺晌。
-
@property 的本質(zhì)是什么世吨？ivar、getter呻征、setter 是如何生成并添加到這個類中的
@property 的本質(zhì)是什么耘婚？
@property = ivar + getter + setter;
“屬性” (property)有兩大概念：ivar（實例變量）、getter+setter（存取方法）
“屬性” (property)作為 Objective-C 的一項特性陆赋，主要的作用就在于封裝對象中的數(shù)據(jù)沐祷。 Objective-C 對象通常會把其所需要的數(shù)據(jù)保存為各種實例變量。實例變量一般通過“存取方法”(access method)來訪問攒岛。其中赖临，“獲取方法” (getter)用于讀取變量值，而“設(shè)置方法” (setter)用于寫入變量值灾锯。 -
@property中有哪些屬性關(guān)鍵字兢榨？/ @property 后面可以有哪些修飾符？
屬性可以擁有的特質(zhì)分為四類:
1.原子性--- nonatomic 特質(zhì)
2.讀/寫權(quán)限---readwrite(讀寫)顺饮、readonly (只讀)
3.內(nèi)存管理語義---assign吵聪、strong、 weak兼雄、unsafe_unretained吟逝、copy
4.方法名---getter= 、setter=
5.不常用的：nonnull,null_resettable,nullable -
屬性關(guān)鍵字 readwrite君旦，readonly澎办，assign，retain金砍，copy局蚀，nonatomic 各是什么作用，在那種情況下用恕稠？
1). readwrite 是可讀可寫特性琅绅。需要生成getter方法和setter方法。
2). readonly 是只讀特性鹅巍。只會生成getter方法千扶，不會生成setter方法料祠，不希望屬性在類外改變。
3). assign 是賦值特性澎羞。setter方法將傳入?yún)?shù)賦值給實例變量;僅設(shè)置變量時,assign用于基本數(shù)據(jù)類型髓绽。
4). retain(MRC)/strong(ARC) 表示持有特性。setter方法將傳入?yún)?shù)先保留妆绞，再賦值顺呕，傳入?yún)?shù)的retaincount會+1。
5). copy 表示拷貝特性括饶。setter方法將傳入對象復(fù)制一份株茶，需要完全一份新的變量時。
6). nonatomic 非原子操作图焰。不寫的話默認就是atomic启盛。atomic 和 nonatomic 的區(qū)別在于，系統(tǒng)自動生成的 getter/setter 方法不一樣技羔。對于atomic的屬性僵闯，系統(tǒng)生成的 getter/setter 會保證 get、set 操作的完整性堕阔，而nonatomic就沒有這個保證了棍厂。所以，nonatomic的速度要比atomic快超陆。
不過atomic可并不能保證線程安全牺弹。
參考：[爆棧熱門 iOS 問題] atomic 和 nonatomic 有什么區(qū)別？ -
什么情況使用 weak 關(guān)鍵字时呀，相比 assign 有什么不同张漂？
1.在 ARC 中,在有可能出現(xiàn)循環(huán)引用的時候,往往要通過讓其中一端使用 weak 來解決,比如: delegate 代理屬性。
2.自身已經(jīng)對它進行一次強引用,沒有必要再強引用一次,此時也會使用 weak,自定義 IBOutlet 控件屬性一般也使用 weak谨娜；當然航攒，也可以使用strong。IBOutlet連出來的視圖屬性為什么可以被設(shè)置成weak?
因為父控件的subViews數(shù)組已經(jīng)對它有一個強引用趴梢。不同點：
assign 可以用非 OC 對象漠畜，而 weak 必須用于 OC 對象。
weak 表明該屬性定義了一種“非擁有關(guān)系”坞靶。在屬性所指的對象銷毀時憔狞，屬性值會自動清空(nil)。 -
怎么用 copy 關(guān)鍵字彰阴？
用途：
1. NSString瘾敢、NSArray、NSDictionary 等等經(jīng)常使用copy關(guān)鍵字，是因為他們有對應(yīng)的可變類型：NSMutableString簇抵、NSMutableArray庆杜、NSMutableDictionary；
2. block 也經(jīng)常使用 copy 關(guān)鍵字碟摆。說明：
block 使用 copy 是從 MRC 遺留下來的“傳統(tǒng)”,在 MRC 中,方法內(nèi)部的 block 是在棧區(qū)的,使用 copy 可以把它放到堆區(qū).在 ARC 中寫不寫都行：對于 block 使用 copy 還是 strong 效果是一樣的晃财，但寫上 copy 也無傷大雅，還能時刻提醒我們：編譯器自動對 block 進行了 copy 操作典蜕。如果不寫 copy 拓劝，該類的調(diào)用者有可能會忘記或者根本不知道“編譯器會自動對 block 進行了 copy 操作”，他們有可能會在調(diào)用之前自行拷貝屬性值嘉裤。這種操作多余而低效。 -
用@property聲明的 NSString / NSArray / NSDictionary 經(jīng)常使用 copy 關(guān)鍵字栖博，為什么屑宠？如果改用strong關(guān)鍵字，可能造成什么問題纱兑？
答：用 @property 聲明 NSString因妇、NSArray屿笼、NSDictionary 經(jīng)常使用 copy 關(guān)鍵字，是因為他們有對應(yīng)的可變類型：NSMutableString卫玖、NSMutableArray、NSMutableDictionary踊淳，他們之間可能進行賦值操作（就是把可變的賦值給不可變的）假瞬，為確保對象中的字符串值不會無意間變動，應(yīng)該在設(shè)置新屬性值時拷貝一份迂尝。
1. 因為父類指針可以指向子類對象,使用 copy 的目的是為了讓本對象的屬性不受外界影響,使用 copy 無論給我傳入是一個可變對象還是不可對象,我本身持有的就是一個不可變的副本脱茉。
2. 如果我們使用是 strong ,那么這個屬性就有可能指向一個可變對象,如果這個可變對象在外部被修改了,那么會影響該屬性。總結(jié)：使用copy的目的是垄开，防止把可變類型的對象賦值給不可變類型的對象時琴许，可變類型對象的值發(fā)送變化會無意間篡改不可變類型對象原來的值。
-
淺拷貝和深拷貝的區(qū)別溉躲？
淺拷貝：只復(fù)制指向?qū)ο蟮闹羔槹裉铮粡?fù)制引用對象本身。
深拷貝：復(fù)制引用對象本身锻梳。內(nèi)存中存在了兩份獨立對象本身箭券，當修改A時，A_copy不變唱蒸。 -
系統(tǒng)對象的 copy 與 mutableCopy 方法
不管是集合類對象（NSArray邦鲫、NSDictionary、NSSet ... 之類的對象），還是非集合類對象（NSString, NSNumber ... 之類的對象）庆捺，接收到copy和mutableCopy消息時古今，都遵循以下準則：
1. copy 返回的是不可變對象（immutableObject）；如果用copy返回值調(diào)用mutable對象的方法就會crash滔以。
2. mutableCopy 返回的是可變對象（mutableObject）捉腥。
一、非集合類對象的copy與mutableCopy
在非集合類對象中你画，對不可變對象進行copy操作抵碟，是指針復(fù)制，mutableCopy操作是內(nèi)容復(fù)制坏匪；
對可變對象進行copy和mutableCopy都是內(nèi)容復(fù)制拟逮。用代碼簡單表示如下： NSString *str = @"hello word!"; NSString *strCopy = [str copy] // 指針復(fù)制，strCopy與str的地址一樣 NSMutableString *strMCopy = [str mutableCopy] // 內(nèi)容復(fù)制适滓，strMCopy與str的地址不一樣 NSMutableString *mutableStr = [NSMutableString stringWithString: @"hello word!"]; NSString *strCopy = [mutableStr copy] // 內(nèi)容復(fù)制 NSMutableString *strMCopy = [mutableStr mutableCopy] // 內(nèi)容復(fù)制
二敦迄、集合類對象的copy與mutableCopy (同上)
在集合類對象中，對不可變對象進行copy操作凭迹，是指針復(fù)制罚屋，mutableCopy操作是內(nèi)容復(fù)制；
對可變對象進行copy和mutableCopy都是內(nèi)容復(fù)制嗅绸。但是：集合對象的內(nèi)容復(fù)制僅限于對象本身脾猛，對集合內(nèi)的對象元素仍然是指針復(fù)制。(即單層內(nèi)容復(fù)制) NSArray *arr = @[@[@"a", @"b"], @[@"c", @"d"]; NSArray *copyArr = [arr copy]; // 指針復(fù)制 NSMutableArray *mCopyArr = [arr mutableCopy]; //單層內(nèi)容復(fù)制 NSMutableArray *array = [NSMutableArray arrayWithObjects:[NSMutableString stringWithString:@"a"],@"b",@"c",nil]; NSArray *copyArr = [mutableArr copy]; // 單層內(nèi)容復(fù)制 NSMutableArray *mCopyArr = [mutableArr mutableCopy]; // 單層內(nèi)容復(fù)制
【總結(jié)一句話】：
只有對不可變對象進行copy操作是指針復(fù)制（淺復(fù)制）鱼鸠，其它情況都是內(nèi)容復(fù)制（深復(fù)制）猛拴！
-
*這個寫法會出什么問題：@property (nonatomic, copy) NSMutableArray arr;
問題：添加,刪除,修改數(shù)組內(nèi)的元素的時候,程序會因為找不到對應(yīng)的方法而崩潰。
//如：-[__NSArrayI removeObjectAtIndex:]: unrecognized selector sent to instance 0x7fcd1bc30460
// copy后返回的是不可變對象（即 arr 是 NSArray 類型瞧柔，NSArray 類型對象不能調(diào)用 NSMutableArray 類型對象的方法）
原因：是因為 copy 就是復(fù)制一個不可變 NSArray 的對象漆弄，不能對 NSArray 對象進行添加/修改。 -
如何讓自己的類用 copy 修飾符造锅？如何重寫帶 copy 關(guān)鍵字的 setter撼唾？
若想令自己所寫的對象具有拷貝功能，則需實現(xiàn) NSCopying 協(xié)議哥蔚。如果自定義的對象分為可變版本與不可變版本倒谷，那么就要同時實現(xiàn) NSCopying 與 NSMutableCopying 協(xié)議。
具體步驟：
1. 需聲明該類遵從 NSCopying 協(xié)議
2. 實現(xiàn) NSCopying 協(xié)議的方法糙箍。
// 該協(xié)議只有一個方法:- (id)copyWithZone:(NSZone *)zone;
// 注意：使用 copy 修飾符渤愁，調(diào)用的是copy方法，其實真正需要實現(xiàn)的是 “copyWithZone” 方法深夯。
- (id)copyWithZone:(NSZone *)zone;
**寫一個 setter 方法用于完成 @property (nonatomic, retain) NSString name抖格，寫一個 setter 方法用于完成 @property (nonatomic, copy) NSString name
// retain - (void)setName:(NSString *)str {
[str retain];
[_name release];
_name = str;
} // copy - (void)setName:(NSString *)str {
id t = [str copy];
[_name release];
_name = t;
}
-
@synthesize 和 @dynamic 分別有什么作用诺苹？
@property有兩個對應(yīng)的詞，一個是@synthesize（合成實例變量）雹拄，一個是@dynamic收奔。
如果@synthesize和@dynamic都沒有寫，那么默認的就是 @synthesize var = _var;
// 在類的實現(xiàn)代碼里通過 @synthesize 語法可以來指定實例變量的名字滓玖。(@synthesize var = _newVar;)
1. @synthesize 的語義是如果你沒有手動實現(xiàn)setter方法和getter方法坪哄，那么編譯器會自動為你加上這兩個方法。
2. @dynamic 告訴編譯器势篡，屬性的setter與getter方法由用戶自己實現(xiàn)翩肌，不自動生成（如，@dynamic var）禁悠。 -
常見的 Objective-C 的數(shù)據(jù)類型有那些念祭，和C的基本數(shù)據(jù)類型有什么區(qū)別？如：NSInteger和int
Objective-C的數(shù)據(jù)類型有NSString碍侦，NSNumber棒卷，NSArray，NSMutableArray祝钢，NSData等等，這些都是class若厚，創(chuàng)建后便是對象拦英，而C語言的基本數(shù)據(jù)類型int，只是一定字節(jié)的內(nèi)存空間测秸，用于存放數(shù)值;NSInteger是基本數(shù)據(jù)類型疤估，并不是NSNumber的子類，當然也不是NSObject的子類霎冯。NSInteger是基本數(shù)據(jù)類型Int或者Long的別名(NSInteger的定義typedef long NSInteger)铃拇，它的區(qū)別在于，NSInteger會根據(jù)系統(tǒng)是32位還是64位來決定是本身是int還是long沈撞。
-
id 聲明的對象有什么特性慷荔？
id 聲明的對象具有運行時的特性，即可以指向任意類型的Objcetive-C的對象缠俺。
-
Objective-C 如何對內(nèi)存管理的显晶，說說你的看法和解決方法？
答：Objective-C的內(nèi)存管理主要有三種方式ARC(自動內(nèi)存計數(shù))壹士、手動內(nèi)存計數(shù)磷雇、內(nèi)存池。
1). 自動內(nèi)存計數(shù)ARC：由Xcode自動在App編譯階段躏救，在代碼中添加內(nèi)存管理代碼唯笙。
2). 手動內(nèi)存計數(shù)MRC：遵循內(nèi)存誰申請、誰釋放；誰添加崩掘，誰釋放的原則七嫌。
3). 內(nèi)存釋放池Release Pool：把需要釋放的內(nèi)存統(tǒng)一放在一個池子中，當池子被抽干后(drain)呢堰，池子中所有的內(nèi)存空間也被自動釋放掉抄瑟。內(nèi)存池的釋放操作分為自動和手動。自動釋放受runloop機制影響枉疼。 -
Objective-C 中創(chuàng)建線程的方法是什么皮假？如果在主線程中執(zhí)行代碼，方法是什么骂维？如果想延時執(zhí)行代碼惹资、方法又是什么？
答：線程創(chuàng)建有三種方法：使用NSThread創(chuàng)建航闺、使用GCD的dispatch褪测、使用子類化的NSOperation,然后將其加入NSOperationQueue;在主線程執(zhí)行代碼，方法是performSelectorOnMainThread潦刃，如果想延時執(zhí)行代碼可以用performSelector:onThread:withObject:waitUntilDone:
-
Category（類別）侮措、 Extension（擴展）和繼承的區(qū)別
區(qū)別：
1. 分類有名字，類擴展沒有分類名字乖杠，是一種特殊的分類分扎。
2. 分類只能擴展方法（屬性僅僅是聲明，并沒真正實現(xiàn)）胧洒，類擴展可以擴展屬性畏吓、成員變量和方法。
3. 繼承可以增加卫漫，修改或者刪除方法菲饼，并且可以增加屬性。 -
我們說的OC是動態(tài)運行時語言是什么意思列赎？
答：主要是將數(shù)據(jù)類型的確定由編譯時宏悦，推遲到了運行時。簡單來說, 運行時機制使我們直到運行時才去決定一個對象的類別,以及調(diào)用該類別對象指定方法包吝。
-
為什么我們常見的delegate屬性都用是week而不是retain/strong肛根？
答：是為了防止delegate兩端產(chǎn)生不必要的循環(huán)引用。
@property (nonatomic, weak) id delegate; -
什么時候用delete漏策，什么時候用Notification派哲？
Delegate(委托模式)：1對1的反向消息通知功能。
Notification(通知模式)：只想要把消息發(fā)送出去掺喻，告知某些狀態(tài)的變化芭届。但是并不關(guān)心誰想要知道這個储矩。 -
什么是 KVO 和 KVC？
1). KVC(Key-Value-Coding)：鍵值編碼 是一種通過字符串間接訪問對象的方式（即給屬性賦值）
舉例說明：
stu.name = @"張三" // 點語法給屬性賦值
[stu setValue:@"張三" forKey:@"name"]; // 通過字符串使用KVC方式給屬性賦值
stu1.nameLabel.text = @"張三";
[stu1 setValue:@"張三" forKey:@"nameLabel.text"]; // 跨層賦值
2). KVO(key-Value-Observing)：鍵值觀察機制 他提供了觀察某一屬性變化的方法褂乍，極大的簡化了代碼持隧。
KVO只能被KVC觸發(fā)，包括使用setValue:forKey:方法和點語法逃片。
// 通過下方方法為屬性添加KVO觀察- (void)addObserver:(NSObject *)observer forKeyPath:(NSString *)keyPath options:(NSKeyValueObservingOptions)options context:(nullable void *)context;
// 當被觀察的屬性發(fā)送變化時屡拨，會自動觸發(fā)下方方法
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context;
KVC 和 KVO 的 keyPath 可以是屬性、實例變量褥实、成員變量呀狼。
iOS 成員變量，屬性變量损离，局部變量哥艇，實例變量，全局變量 詳解 -
KVC的底層實現(xiàn)僻澎？
當一個對象調(diào)用setValue方法時貌踏，方法內(nèi)部會做以下操作：
1). 檢查是否存在相應(yīng)的key的set方法，如果存在窟勃，就調(diào)用set方法祖乳。
2). 如果set方法不存在，就會查找與key相同名稱并且?guī)聞澗€的成員變量秉氧，如果有凡资，則直接給成員變量屬性賦值。
3). 如果沒有找到_key谬运，就會查找相同名稱的屬性key，如果有就直接賦值垦藏。
4). 如果還沒有找到梆暖，則調(diào)用valueForUndefinedKey:和setValue:forUndefinedKey:方法。
這些方法的默認實現(xiàn)都是拋出異常掂骏，我們可以根據(jù)需要重寫它們轰驳。 -
KVO的底層實現(xiàn)？
KVO基于runtime機制實現(xiàn)弟灼。
探究KVO的底層實現(xiàn)原理 -
ViewController生命周期
按照執(zhí)行順序排列：
1. initWithCoder：通過nib文件初始化時觸發(fā)级解。
2. awakeFromNib：nib文件被加載的時候，會發(fā)生一個awakeFromNib的消息到nib文件中的每個對象田绑。
3. loadView：開始加載視圖控制器自帶的view勤哗。
4. viewDidLoad：視圖控制器的view被加載完成。
5. viewWillAppear：視圖控制器的view將要顯示在window上掩驱。
6. updateViewConstraints：視圖控制器的view開始更新AutoLayout約束芒划。
7. viewWillLayoutSubviews：視圖控制器的view將要更新內(nèi)容視圖的位置冬竟。
8. viewDidLayoutSubviews：視圖控制器的view已經(jīng)更新視圖的位置。
9. viewDidAppear：視圖控制器的view已經(jīng)展示到window上民逼。
10. viewWillDisappear：視圖控制器的view將要從window上消失泵殴。
11. viewDidDisappear：視圖控制器的view已經(jīng)從window上消失。 -
方法和選擇器有何不同拼苍？
selector是一個方法的名字笑诅，方法是一個組合體，包含了名字和實現(xiàn)疮鲫。
-
你是否接觸過OC中的反射機制吆你？簡單聊一下概念和使用
1). class反射
通過類名的字符串形式實例化對象。
Class class = NSClassFromString(@"student");
Student *stu = [[class alloc] init];
將類名變?yōu)樽址?br> Class class =[Student class];
NSString className = NSStringFromClass(class);
2). SEL的反射
通過方法的字符串形式實例化方法棚点。
SEL selector = NSSelectorFromString(@"setName");
[stu performSelector:selector withObject:@"Mike"];
將方法變成字符串早处。
NSStringFromSelector(@selector(setName:)); -
調(diào)用方法有兩種方式：
1). 直接通過方法名來調(diào)用。[person show];
2). 間接的通過SEL數(shù)據(jù)來調(diào)用 瘫析。SEL aaa = @selector(show); [person performSelector:aaa]; -
如何對iOS設(shè)備進行性能測試砌梆？
答： Profile-> Instruments ->Time Profiler
-
開發(fā)項目時你是怎么檢查內(nèi)存泄露？
1). 靜態(tài)分析 analyze贬循。
2). instruments工具里面有個leak可以動態(tài)分析咸包。 -
什么是懶加載？
答：懶加載就是只在用到的時候才去初始化杖虾。也可以理解成延時加載烂瘫。
我覺得最好也最簡單的一個例子就是tableView中圖片的加載顯示了, 一個延時加載, 避免內(nèi)存過高,一個異步加載,避免線程堵塞提高用戶體驗。 -
類變量的 @public奇适，@protected坟比，@private，@package 聲明各有什么含義嚷往？
@public 任何地方都能訪問;
@protected 該類和子類中訪問,是默認的;
@private 只能在本類中訪問;
@package 本包內(nèi)使用,跨包不可以葛账。 -
什么是謂詞？
謂詞就是通過NSPredicate給定的邏輯條件作為約束條件,完成對數(shù)據(jù)的篩選皮仁。
//定義謂詞對象,謂詞對象中包含了過濾條件(過濾條件比較多)
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"age<%d",30];
//使用謂詞條件過濾數(shù)組中的元素,過濾之后返回查詢的結(jié)果
NSArray *array = [persons filteredArrayUsingPredicate:predicate]; -
isa指針問題
isa：是一個Class 類型的指針. 每個實例對象有個isa的指針,他指向?qū)ο蟮念?而Class里也有個isa的指針, 指向meteClass(元類)籍琳。元類保存了類方法的列表。當類方法被調(diào) 用時,先會從本身查找類方法的實現(xiàn),如果沒有,元類會向他父類查找該方法贷祈。同時注意的是:元類(meteClass)也是類,它也是對象趋急。元類也有isa指針,它的isa指針最終指向的是一個根元類(root meteClass)。根元類的isa指針指向本身,這樣形成了一個封閉的內(nèi)循環(huán)势誊。
-
如何訪問并修改一個類的私有屬性呜达？
1). 一種是通過KVC獲取。
2). 通過runtime訪問并修改私有屬性粟耻。 -
一個objc對象的isa的指針指向什么闻丑？有什么作用漩怎？
答：指向他的類對象,從而可以找到對象上的方法。
-
下面的代碼輸出什么嗦嗡？
@implementation Son : Father
- (id)init {
if (self = [super init]) {
NSLog(@"%@", NSStringFromClass([self class])); // Son
NSLog(@"%@", NSStringFromClass([super class])); // Son
}
return self;
}
@end
// 解析：
self 是類的隱藏參數(shù)勋锤，指向當前調(diào)用方法的這個類的實例。
super是一個Magic Keyword侥祭，它本質(zhì)是一個編譯器標示符叁执，和self是指向的同一個消息接收者。
不同的是：super會告訴編譯器矮冬，調(diào)用class這個方法時谈宛，要去父類的方法，而不是本類里的胎署。
上面的例子不管調(diào)用[self class]還是[super class]吆录，接受消息的對象都是當前 Son *obj 這個對象。
- (id)init {
寫一個完整的代理琼牧，包括聲明恢筝、實現(xiàn)
// 創(chuàng)建 @protocol MyDelagate @required -(void)eat:(NSString *)foodName;
@optional -(void)run;
@end // 聲明 .h @interface person: NSObject
@end // 實現(xiàn) .m @implementation person - (void)eat:(NSString *)foodName { NSLog(@"吃:%@!", foodName);
}
- (void)run { NSLog(@"run!");
}
@end
-
isKindOfClass、isMemberOfClass巨坊、selector作用分別是什么
isKindOfClass：作用是某個對象屬于某個類型或者繼承自某類型撬槽。
isMemberOfClass：某個對象確切屬于某個類型。
selector：通過方法名趾撵，獲取在內(nèi)存中的函數(shù)的入口地址侄柔。 -
delegate 和 notification 的區(qū)別
1). 二者都用于傳遞消息，不同之處主要在于一個是一對一的占调，另一個是一對多的暂题。
2). notification通過維護一個array，實現(xiàn)一對多消息的轉(zhuǎn)發(fā)究珊。
3). delegate需要兩者之間必須建立聯(lián)系薪者，不然沒法調(diào)用代理的方法；notification不需要兩者之間有聯(lián)系苦银。 -
什么是block？
閉包（block）：閉包就是獲取其它函數(shù)局部變量的匿名函數(shù)赶站。
block反向傳值
* 在控制器間傳值可以使用代理或者block幔虏，使用block相對來說簡潔。
* 在前一個控制器的touchesBegan:方法內(nèi)實現(xiàn)如下代碼贝椿。 // OneViewController.m TwoViewController *twoVC = [[TwoViewController alloc] init]; twoVC.valueBlcok = ^(NSString *str) { NSLog(@"OneViewController拿到值：%@", str);
};
[self presentViewController:twoVC animated:YES completion:nil]; // TwoViewController.h （在.h文件中聲明一個block屬性） @property (nonatomic ,strong) void(^valueBlcok)(NSString *str); // TwoViewController.m （在.m文件中實現(xiàn)方法）
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event { // 傳值:調(diào)用block if (_valueBlcok) { _valueBlcok(@"123456");
}
}
-
block的注意點
1). 在block內(nèi)部使用外部指針且會造成循環(huán)引用情況下想括，需要用__week修飾外部指針：
__weak typeof(self) weakSelf = self;
2). 在block內(nèi)部如果調(diào)用了延時函數(shù)還使用弱指針會取不到該指針，因為已經(jīng)被銷毀了烙博，需要在block內(nèi)部再將弱指針重新強引用一下瑟蜈。
__strong typeof(self) strongSelf = weakSelf;
3). 如果需要在block內(nèi)部改變外部棧區(qū)變量的話烟逊，需要在用__block修飾外部變量。 -
BAD_ACCESS在什么情況下出現(xiàn)铺根？
答：這種問題在開發(fā)時經(jīng)常遇到宪躯。原因是訪問了野指針，比如訪問已經(jīng)釋放對象的成員變量或者發(fā)消息位迂、死循環(huán)等访雪。
-
lldb（gdb）常用的控制臺調(diào)試命令？
1). p 輸出基本類型掂林。是打印命令臣缀，需要指定類型。是print的簡寫
p (int)[[[self view] subviews] count]
2). po 打印對象泻帮，會調(diào)用對象description方法。是print-object的簡寫
po [self view]
3). expr 可以在調(diào)試時動態(tài)執(zhí)行指定表達式，并將結(jié)果打印出來耀找。常用于在調(diào)試過程中修改變量的值畅厢。
4). bt：打印調(diào)用堆棧，是thread backtrace的簡寫蹲堂，加all可打印所有thread的堆棧
5). br l：是breakpoint list的簡寫 -
你一般是怎么用Instruments的狼讨？
Instruments里面工具很多，常用：
1). Time Profiler: 性能分析
2). Zombies：檢查是否訪問了僵尸對象柒竞，但是這個工具只能從上往下檢查政供，不智能。
3). Allocations：用來檢查內(nèi)存朽基，寫算法的那批人也用這個來檢查布隔。
4). Leaks：檢查內(nèi)存，看是否有內(nèi)存泄露稼虎。 -
iOS中常用的數(shù)據(jù)存儲方式有哪些衅檀？
數(shù)據(jù)存儲有四種方案：NSUserDefault、KeyChain霎俩、File哀军、DB。
其中File有三種方式：writeToFile:atomically:打却、Plist杉适、NSKeyedAchiever（歸檔）
DB包括：SQLite、FMDB柳击、CoreData -
iOS的沙盒目錄結(jié)構(gòu)是怎樣的猿推？
沙盒結(jié)構(gòu)：
1. AppName.app 目錄：這是應(yīng)用程序的程序包目錄，包含應(yīng)用程序的本身捌肴。由于應(yīng)用程序必須經(jīng)過簽名蹬叭，所以您在運行時不能對這個目錄中的內(nèi)容進行修改藕咏，否則可能會使應(yīng)用程序無法啟動。
2. Documents：您應(yīng)該將所有的應(yīng)用程序數(shù)據(jù)文件寫入到這個目錄下秽五。這個目錄用于存儲用戶數(shù)據(jù)孽查。iCloud備份目錄。（這里不能存緩存文件筝蚕，否則上架不被通過）
3. Library 目錄：這個目錄下有兩個子目錄：
Preferences 目錄：包含應(yīng)用程序的偏好設(shè)置文件卦碾。您不應(yīng)該直接創(chuàng)建偏好設(shè)置文件，而是應(yīng)該使用NSUserDefaults類來取得和設(shè)置應(yīng)用程序的偏好.
Caches 目錄：用于存放應(yīng)用程序?qū)Ｓ玫闹С治募鹂恚４鎽?yīng)用程序再次啟動過程中需要的信息洲胖。
可創(chuàng)建子文件夾∨骰Γ可以用來放置您希望被備份但不希望被用戶看到的數(shù)據(jù)绿映。該路徑下的文件夾，除Caches以外腐晾，都會被iTunes備份叉弦。
4. tmp：存放臨時文件，不會被備份藻糖，而且這個文件下的數(shù)據(jù)有可能隨時被清除的可能淹冰。 -
iOS多線程技術(shù)有哪幾種方式？
答：pthread巨柒、NSThread樱拴、GCD、NSOperation
-
GCD 與 NSOperation 的區(qū)別：
GCD 和 NSOperation 都是用于實現(xiàn)多線程：
GCD 基于C語言的底層API洋满，GCD主要與block結(jié)合使用晶乔，代碼簡潔高效。
NSOperation 屬于Objective-C類牺勾，是基于GCD更高一層的封裝正罢。復(fù)雜任務(wù)一般用NSOperation實現(xiàn)。 -
寫出使用GCD方式從子線程回到主線程的方法代碼
答：dispatch_sync(dispatch_get_main_queue(), ^{ });
-
如何用GCD同步若干個異步調(diào)用驻民？（如根據(jù)若干個url異步加載多張圖片翻具，然后在都下載完成后合成一張整圖）
// 使用Dispatch Group追加block到Global Group Queue,這些block如果全部執(zhí)行完畢，就會執(zhí)行Main Dispatch Queue中的結(jié)束處理的block回还。
// 創(chuàng)建隊列組
dispatch_group_t group = dispatch_group_create();
// 獲取全局并發(fā)隊列
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_group_async(group, queue, ^{ /*加載圖片1 / });
dispatch_group_async(group, queue, ^{ /加載圖片2 / });
dispatch_group_async(group, queue, ^{ /加載圖片3 */ });
// 當并發(fā)隊列組中的任務(wù)執(zhí)行完畢后才會執(zhí)行這里的代碼
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
// 合并圖片
}); dispatch_barrier_async（柵欄函數(shù)）的作用是什么裆泳？
函數(shù)定義：dispatch_barrier_async(dispatch_queue_t queue, dispatch_block_t block);
作用： 1.在它前面的任務(wù)執(zhí)行結(jié)束后它才執(zhí)行，它后面的任務(wù)要等它執(zhí)行完成后才會開始執(zhí)行懦趋。 2.避免數(shù)據(jù)競爭 // 1.創(chuàng)建并發(fā)隊列 dispatch_queue_t queue = dispatch_queue_create("myQueue", DISPATCH_QUEUE_CONCURRENT); // 2.向隊列中添加任務(wù) dispatch_async(queue, ^{ // 1.2是并行的 NSLog(@"任務(wù)1, %@",[NSThread currentThread]);
}); dispatch_async(queue, ^{ NSLog(@"任務(wù)2, %@",[NSThread currentThread]);
});
dispatch_barrier_async(queue, ^{ NSLog(@"任務(wù) barrier, %@", [NSThread currentThread]);
}); dispatch_async(queue, ^{ // 這兩個是同時執(zhí)行的 NSLog(@"任務(wù)3, %@",[NSThread currentThread]);
}); dispatch_async(queue, ^{ NSLog(@"任務(wù)4, %@",[NSThread currentThread]);
}); // 輸出結(jié)果: 任務(wù)1 任務(wù)2 ——》 任務(wù) barrier ——》任務(wù)3 任務(wù)4 // 其中的任務(wù)1與任務(wù)2晾虑，任務(wù)3與任務(wù)4 由于是并行處理先后順序不定疹味。
- 以下代碼運行結(jié)果如何仅叫？
- (void)viewDidLoad {
[super viewDidLoad]; NSLog(@"1"); dispatch_sync(dispatch_get_main_queue(), ^{ NSLog(@"2");
}); NSLog(@"3");
} // 只輸出：1帜篇。（主線程死鎖）
-
什么是 RunLoop
- 從字面上看，就是運行循環(huán)诫咱，跑圈
- 其實它內(nèi)部就是do-while循環(huán)笙隙，在這個循環(huán)內(nèi)部不斷地處理各種任務(wù)（比如Source、Timer坎缭、Observer）
- 一個線程對應(yīng)一個RunLoop竟痰，基本作用就是保持程序的持續(xù)運行，處理app中的各種事件掏呼。
- 通過runloop坏快，有事運行，沒事就休息憎夷，可以節(jié)省cpu資源莽鸿，提高程序性能。
主線程的run loop默認是啟動的拾给。iOS的應(yīng)用程序里面祥得，程序啟動后會有一個如下的main()函數(shù)
int main(int argc, char * argv[]) {
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
}
}
RunLoop學(xué)習(xí)總結(jié) -
說說你對 runtime 的理解
Runtime又叫運行時，是一套底層的C語言API蒋得，其為iOS內(nèi)部的核心之一级及，我們平時編寫的OC代碼，底層都是基于它來實現(xiàn)的额衙。
-
Runtime實現(xiàn)的機制是什么饮焦，怎么用，一般用于干嘛入偷？
1). 使用時需要導(dǎo)入的頭文件
2). Runtime 運行時機制追驴，它是一套C語言庫。
3). 實際上我們編寫的所有OC代碼疏之，最終都是轉(zhuǎn)成了runtime庫的東西殿雪。
比如：
類轉(zhuǎn)成了 Runtime 庫里面的結(jié)構(gòu)體等數(shù)據(jù)類型，
方法轉(zhuǎn)成了 Runtime 庫里面的C語言函數(shù)锋爪，
平時調(diào)方法都是轉(zhuǎn)成了 objc_msgSend 函數(shù)（所以說OC有個消息發(fā)送機制）
// OC是動態(tài)語言丙曙，每個方法在運行時會被動態(tài)轉(zhuǎn)為消息發(fā)送，即：objc_msgSend(receiver, selector)其骄。
// [stu show]; 在objc動態(tài)編譯時亏镰，會被轉(zhuǎn)意為：objc_msgSend(stu, @selector(show));
4). 因此，可以說 Runtime 是OC的底層實現(xiàn)拯爽，是OC的幕后執(zhí)行者索抓。有了Runtime庫，能做什么事情呢？
Runtime庫里面包含了跟類逼肯、成員變量耸黑、方法相關(guān)的API。
比如：
（1）獲取類里面的所有成員變量篮幢。
（2）為類動態(tài)添加成員變量大刊。
（3）為類動態(tài)添加新的方法。
（4）動態(tài)改變類的方法實現(xiàn)等三椿。(Method Swizzling)
因此缺菌，有了Runtime，想怎么改就怎么改搜锰。
iOS：學(xué)習(xí)runtime的理解和心得 -
什么是 Method Swizzle（黑魔法）伴郁，什么情況下會使用？
1). 在沒有一個類的實現(xiàn)源碼的情況下蛋叼，想改變其中一個方法的實現(xiàn)蛾绎，除了繼承它重寫、和借助類別重名方法暴力搶先之外鸦列，還有更加靈活的方法 Method Swizzle租冠。
2). Method Swizzle 指的是改變一個已存在的選擇器對應(yīng)的實現(xiàn)的過程。OC中方法的調(diào)用能夠在運行時通過改變薯嗤，通過改變類的調(diào)度表中選擇器到最終函數(shù)間的映射關(guān)系顽爹。
3). 在OC中調(diào)用一個方法，其實是向一個對象發(fā)送消息骆姐，查找消息的唯一依據(jù)是selector的名字镜粤。利用OC的動態(tài)特性，可以實現(xiàn)在運行時偷換selector對應(yīng)的方法實現(xiàn)玻褪。
4). 每個類都有一個方法列表肉渴，存放著selector的名字和方法實現(xiàn)的映射關(guān)系。IMP有點類似函數(shù)指針带射，指向具體的方法實現(xiàn)同规。
5). 我們可以利用 method_exchangeImplementations 來交換2個方法中的IMP。
6). 我們可以利用 class_replaceMethod 來修改類窟社。
7). 我們可以利用 method_setImplementation 來直接設(shè)置某個方法的IMP券勺。
8). 歸根結(jié)底，都是偷換了selector的IMP灿里。 -
_objc_msgForward 函數(shù)是做什么的关炼，直接調(diào)用它將會發(fā)生什么？
答：_objc_msgForward是 IMP 類型匣吊，用于消息轉(zhuǎn)發(fā)的：當向一個對象發(fā)送一條消息儒拂，但它并沒有實現(xiàn)的時候寸潦，_objc_msgForward會嘗試做消息轉(zhuǎn)發(fā)。
-
什么是 TCP / UDP ?
TCP：傳輸控制協(xié)議社痛。
UDP：用戶數(shù)據(jù)協(xié)議甸祭。TCP 是面向連接的，建立連接需要經(jīng)歷三次握手褥影，是可靠的傳輸層協(xié)議。
UDP 是面向無連接的咏雌，數(shù)據(jù)傳輸是不可靠的凡怎，它只管發(fā)，不管收不收得到赊抖。
簡單的說统倒，TCP注重數(shù)據(jù)安全，而UDP數(shù)據(jù)傳輸快點氛雪，但安全性一般房匆。 -
通信底層原理（OSI七層模型）
OSI采用了分層的結(jié)構(gòu)化技術(shù)，共分七層：
物理層报亩、數(shù)據(jù)鏈路層浴鸿、網(wǎng)絡(luò)層、傳輸層弦追、會話層岳链、表示層、應(yīng)用層劲件。 -
介紹一下XMPP掸哑？
XMPP是一種以XML為基礎(chǔ)的開放式實時通信協(xié)議。
簡單的說零远，XMPP就是一種協(xié)議苗分，一種規(guī)定。就是說牵辣，在網(wǎng)絡(luò)上傳東西摔癣，XMM就是規(guī)定你上傳大小的格式。 OC中創(chuàng)建線程的方法是什么纬向？如果在主線程中執(zhí)行代碼供填，方法是什么？
// 創(chuàng)建線程的方法 - [NSThread detachNewThreadSelector:nil toTarget:nil withObject:nil]
- [self performSelectorInBackground:nil withObject:nil];
- [[NSThread alloc] initWithTarget:nil selector:nil object:nil];
- dispatch_async(dispatch_get_global_queue(0, 0), ^{});
- [[NSOperationQueue new] addOperation:nil]; // 主線程中執(zhí)行代碼的方法- [self performSelectorOnMainThread:nil withObject:nil waitUntilDone:YES];
- dispatch_async(dispatch_get_main_queue(), ^{});
- [[NSOperationQueue mainQueue] addOperation:nil];
-
tableView的重用機制罢猪？
答：UITableView 通過重用單元格來達到節(jié)省內(nèi)存的目的: 通過為每個單元格指定一個重用標識符近她，即指定了單元格的種類,當屏幕上的單元格滑出屏幕時，系統(tǒng)會把這個單元格添加到重用隊列中膳帕，等待被重用粘捎，當有新單元格從屏幕外滑入屏幕內(nèi)時薇缅，從重用隊列中找看有沒有可以重用的單元格，如果有攒磨，就拿過來用泳桦，如果沒有就創(chuàng)建一個來使用。
用偽代碼寫一個線程安全的單例模式
static id _instance;
+ (id)allocWithZone:(struct _NSZone *)zone { static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{
_instance = [super allocWithZone:zone];
}); return _instance;
}
+ (instancetype)sharedData { static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{
_instance = [[self alloc] init];
}); return _instance;
}
- (id)copyWithZone:(NSZone *)zone { return _instance;
}
-
如何實現(xiàn)視圖的變形?
答：通過修改view的 transform 屬性即可娩缰。
-
在手勢對象基礎(chǔ)類UIGestureRecognizer的常用子類手勢類型中哪兩個手勢發(fā)生后灸撰，響應(yīng)只會執(zhí)行一次？
答：UITapGestureRecognizer,UISwipeGestureRecognizer是一次性手勢,手勢發(fā)生后,響應(yīng)只會執(zhí)行一次拼坎。
-
字符串常用方法：
NSString str = @"abc123";
NSArray arr = [str componentsSeparatedByString:@""]; //以目標字符串把原字符串分割成兩部分浮毯，存到數(shù)組中。@[@"abc", @"123"]; 如何高性能的給 UIImageView 加個圓角?
* 不好的解決方案：使用下面的方式會`強制Core Animation提前渲染屏幕的離屏繪制, 而離屏繪制就會給性能帶來負面影響`泰鸡，會有卡頓的現(xiàn)象出現(xiàn)债蓝。 self.view.layer.cornerRadius = 5.0f; self.view.layer.masksToBounds = YES;
* 正確的解決方案：使用繪圖技術(shù)
- (UIImage *)circleImage { // NO代表透明 UIGraphicsBeginImageContextWithOptions(self.size, NO, 0.0); // 獲得上下文 CGContextRef ctx = UIGraphicsGetCurrentContext(); // 添加一個圓 CGRect rect = CGRectMake(0, 0, self.size.width, self.size.height); CGContextAddEllipseInRect(ctx, rect); // 裁剪 CGContextClip(ctx); // 將圖片畫上去 [self drawInRect:rect]; UIImage *image = UIGraphicsGetImageFromCurrentImageContext(); // 關(guān)閉上下文 UIGraphicsEndImageContext(); return image;
}
* 還有一種方案：使用了貝塞爾曲線"切割"個這個圖片, 給UIImageView 添加了的圓角，其實也是通過繪圖技術(shù)來實現(xiàn)的盛龄。 UIImageView *imageView = [[UIImageView alloc] initWithFrame:CGRectMake(0, 0, 100, 100)];
imageView.center = CGPointMake(200, 300); UIImage *anotherImage = [UIImage imageNamed:@"image"]; UIGraphicsBeginImageContextWithOptions(imageView.bounds.size, NO, 1.0);
[[UIBezierPath bezierPathWithRoundedRect:imageView.bounds
cornerRadius:50] addClip];
[anotherImage drawInRect:imageView.bounds];
imageView.image = UIGraphicsGetImageFromCurrentImageContext(); UIGraphicsEndImageContext();
[self.view addSubview:imageView];
- 你是怎么封裝一個view的
1）. 可以通過純代碼或者xib的方式來封裝子控件 2）. 建立一個跟view相關(guān)的模型饰迹，然后將模型數(shù)據(jù)傳給view，通過模型上的數(shù)據(jù)給view的子控件賦值 /**
* 純代碼初始化控件時一定會走這個方法
*/ - (instancetype)initWithFrame:(CGRect)frame { if(self = [super initWithFrame:frame]) {
[self setupUI];
} return self;
} /**
* 通過xib初始化控件時一定會走這個方法 */ - (id)initWithCoder:(NSCoder *)aDecoder { if(self = [super initWithCoder:aDecoder]) {
[self setupUI];
} return self;
}
- (void)setupUI { // 初始化代碼 }
-
HTTP協(xié)議中 POST 方法和 GET 方法有那些區(qū)別?
1. GET用于向服務(wù)器請求數(shù)據(jù)余舶，POST用于提交數(shù)據(jù)
2. GET請求啊鸭，請求參數(shù)拼接形式暴露在地址欄，而POST請求參數(shù)則放在請求體里面匿值，因此GET請求不適合用于驗證密碼等操作
3. GET請求的URL有長度限制莉掂，POST請求不會有長度限制 -
請簡單的介紹下APNS發(fā)送系統(tǒng)消息的機制
APNS優(yōu)勢：杜絕了類似安卓那種為了接受通知不停在后臺喚醒程序保持長連接的行為，由iOS系統(tǒng)和APNS進行長連接替代千扔。
APNS的原理：
1). 應(yīng)用在通知中心注冊憎妙，由iOS系統(tǒng)向APNS請求返回設(shè)備令牌(device Token)
2). 應(yīng)用程序接收到設(shè)備令牌并發(fā)送給自己的后臺服務(wù)器
3). 服務(wù)器把要推送的內(nèi)容和設(shè)備發(fā)送給APNS
4). APNS根據(jù)設(shè)備令牌找到設(shè)備，再由iOS根據(jù)APPID把推送內(nèi)容展示
77. ios開發(fā)逆向傳值的幾種方法整理
第一種：代理傳值
第二個控制器： @protocol WJSecondViewControllerDelegate - (void)changeText:(NSString*)text; @end @property(nonatomic,assign)iddelegate;
- (IBAction)buttonClick:(UIButton*)sender {
_str = sender.titleLabel.text;
[self.delegate changeText:sender.titleLabel.text];
[self.navigationController popViewControllerAnimated:YES];
}
第一個控制器:
- (IBAction)pushToSecond:(id)sender {
WJSecondViewController *svc = [[WJSecondViewController alloc]initWithNibName:@"WJSecondViewController" bundle:nil];
svc.delegate = self;
svc.str = self.navigationItem.title;
[self.navigationController pushViewController:svc animated:YES];
[svc release];
}
- (void)changeText:(NSString *)text{ self.navigationItem.title = text;
}
第二種：通知傳值
第一個控制器： //注冊監(jiān)聽通知 [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(limitDataForModel:) name:@"NOV" object:nil];
- (void)limitDataForModel:(NSNotification *)noti{ self.gamesInfoArray = noti.object;
}
第二個控制器： //發(fā)送通知 [[NSNotificationCenter defaultCenter] postNotificationName:@"NOV" object:gameArray];
第三種：單例傳值
Single是一個單例類曲楚，并且有一個字符串類型的屬性titleName
在第二個控制器：
- (IBAction)buttonClick:(UIButton*)sender { Single *single = [Single sharedSingle];
single.titleName = sender.titleLabel.text;
[self.navigationController popViewControllerAnimated:YES];
}
第一個控制器：
- (void)viewWillAppear:(BOOL)animated{
[super viewWillAppear:animated];
Single *single = [Single sharedSingle]; self.navigationItem.title = single.titleName;
}
第四種：block傳值
第二個控制器： @property (nonatomic,copy) void (^changeText_block)(NSString*);
- (IBAction)buttonClick:(UIButton*)sender {
_str = sender.titleLabel.text; self.changeText_block(sender.titleLabel.text);
[self.navigationController popViewControllerAnimated:YES];
}
第一個控制器：
- (IBAction)pushToSecond:(id)sender {
WJSecondViewController *svc = [[WJSecondViewController alloc]initWithNibName:@"WJSecondViewController" bundle:nil];
svc.str = self.navigationItem.title;
[svc setChangeText_block:^(NSString *str) {
>self.navigationItem.title = str;
}]厘唾；
[self.navigationController pushViewController:svc animated:YES];
}
第五種：extern傳值
第二個控制器： extern NSString *btn;
- (IBAction)buttonClick:(UIButton*)sender {
btn = sender.titleLabel.text;
[self.navigationController popViewControllerAnimated:YES];
}
第一個控制器: NSString *btn = nil;
- (void)viewWillAppear:(BOOL)animated{
[super viewWillAppear:animated]; self.navigationItem.title = btn;
}
第六種：KVO傳值
第一個控制器:
- (void)viewDidLoad {
[super viewDidLoad];
_vc =[[SecondViewController alloc]init]; //self監(jiān)聽vc里的textValue屬性 [_vc addObserver:self forKeyPath:@"textValue" options:0 context:nil];
}
第二個控制器:
- (IBAction)buttonClicked:(id)sender { self.textValue = self.textField.text;
[self.navigationController popViewControllerAnimated:YES];
}
78. 淺談iOS開發(fā)中方法延遲執(zhí)行的幾種方式
Method1. performSelector方法
Method2. NSTimer定時器
Method3. NSThread線程的sleep
Method4. GCD
公用延遲執(zhí)行方法
- (void)delayMethod{ NSLog(@"delayMethodEnd");
Method1: performSelector
[self performSelector:@selector(delayMethod) withObject:nil/*可傳任意類型參數(shù)*/ afterDelay:2.0];
注：此方法是一種非阻塞的執(zhí)行方式，未找到取消執(zhí)行的方法龙誊。
> 程序運行結(jié)束
> 2015-08-31 10:56:59.361 CJDelayMethod[1080:39604] delayMethodStart2015-08-31 10:56:59.363 CJDelayMethod[1080:39604] nextMethod2015-08-31 10:57:01.364 CJDelayMethod[1080:39604] delayMethodEnd
Method2: NSTimer定時器
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(delayMethod) userInfo:nil repeats:NO];
注：此方法是一種非阻塞的執(zhí)行方式抚垃，
取消執(zhí)行方法：`- (void)invalidate;`即可
> 程序運行結(jié)束
> 2015-08-31 10:58:10.182 CJDelayMethod[1129:41106] delayMethodStart2015-08-31 10:58:10.183 CJDelayMethod[1129:41106] nextMethod2015-08-31 10:58:12.185 CJDelayMethod[1129:41106] delayMethodEnd
Method3: NSThread線程的sleep
[NSThread sleepForTimeInterval:2.0];
注：此方法是一種阻塞執(zhí)行方式，建議放在子線程中執(zhí)行趟大，否則會卡住界面鹤树。但有時還是需要阻塞執(zhí)行，如進入歡迎界面需要沉睡3秒才進入主界面時逊朽。
沒有找到取消執(zhí)行方式罕伯。
> 程序運行結(jié)束
> 2015-08-31 10:58:41.501 CJDelayMethod[1153:41698] delayMethodStart2015-08-31 10:58:43.507 CJDelayMethod[1153:41698] nextMethod
Method4: GCD
__block ViewController/*主控制器*/ *weakSelf = self; dispatch_time_t delayTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2.0/*延遲執(zhí)行時間*/ * NSEC_PER_SEC));
dispatch_after(delayTime, dispatch_get_main_queue(), ^{
[weakSelf delayMethod];
});
注：此方法可以在參數(shù)中選擇執(zhí)行的線程，是一種非阻塞執(zhí)行方式叽讳。沒有找到取消執(zhí)行方式追他。
> 程序運行結(jié)束
> 2015-08-31 10:59:21.652 CJDelayMethod[1181:42438] delayMethodStart2015-08-31 10:59:21.653 CJDelayMethod[1181:42438] nextMethod2015-08-31 10:59:23.653 CJDelayMethod[1181:42438] delayMethodEnd
完整代碼參見：
> // > // ViewController.m > // CJDelayMethod > // > // Created by 陳杰 on 8/31/15. > // Copyright (c) 2015 chenjie. All rights reserved. > // >
> # import "ViewController.h" >
> @interface ViewController () > @property (nonatomic, strong) NSTimer *timer;
> @end > @implementation ViewController* >
> *`- (void)viewDidLoad { `*
>
> *` [super viewDidLoad]; `*
>
> *` NSLog(@"delayMethodStart"); `*
>
> *` [self methodOnePerformSelector];// `* >
> *` [self methodTwoNSTimer];// `* >
> *` [self methodThreeSleep];//`* >
> *` [self methodFourGCD]; `*
>
> *` NSLog(@"nextMethod");`*
>
> *`}`*
>
> *`- (void)methodFiveAnimation{ `*
>
> *` [UIView animateWithDuration:0 delay:2.0 options:UIViewAnimationOptionAllowUserInteraction animations:^{ } completion:^(BOOL finished) { `*
>
> *` [self delayMethod]; `*
>
> *` }];`*
>
> *`}`
> `- (void)methodFourGCD{ `*
>
> *` __block ViewController`*`weakSelf = self; dispatch_time_t delayTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2.0 * NSEC_PER_SEC)); dispatch_after(delayTime, dispatch_get_main_queue(), ^{ `
>
> ` [weakSelf delayMethod]; `
>
> ` });`
>
> `}`
>
> `- (void)methodThreeSleep{ `
>
> ` [NSThread sleepForTimeInterval:2.0];`
>
> `}`
>
> `- (void)methodTwoNSTimer{`
>
> ` NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(delayMethod) userInfo:nil repeats:NO];`
>
> `}`
>
> `- (void)methodOnePerformSelector{`
>
> ` [self performSelector:@selector(delayMethod) withObject:nil/*可傳任意類型參數(shù)*/ afterDelay:2.0];`
>
> `}`
>
> `- (void)delayMethod{`
>
> ` NSLog(@"delayMethodEnd");`
>
> `}`
> `- (void)didReceiveMemoryWarning { `
>
> ` [super didReceiveMemoryWarning]; `
>
> ` // Dispose of any resources that can be recreated.` >
> `}`
>
> `@end`
-
NSPersistentStoreCoordinator , NSManaged0bjectContext 和NSManaged0bject中的那些需要在線程中創(chuàng)建或者傳遞
答：NSPersistentStoreCoordinator是持久化存儲協(xié)調(diào)者坟募，主要用于協(xié)調(diào)托管對象上下文和持久化存儲區(qū)之間的關(guān)系。NSManagedObjectContext使用協(xié)調(diào)者的托管對象模型將數(shù)據(jù)保存到數(shù)據(jù)庫邑狸，或查詢數(shù)據(jù)懈糯。
-
您是否做過一部的網(wǎng)絡(luò)處理和通訊方面的工作？如果有单雾，能具體介紹一下實現(xiàn)策略么?
答：使用NSOperation發(fā)送異步網(wǎng)絡(luò)請求赚哗，使用NSOperationQueue管理線程數(shù)目及優(yōu)先級，底層是用NSURLConnetion硅堆，
-
你使用過Objective-C的運行時編程（Runtime Programming）么屿储？如果使用過，你用它做了什么硬萍？你還能記得你所使用的相關(guān)的頭文件或者某些方法的名稱嗎？
答：Objecitve-C的重要特性是Runtime（運行時）,在#import 下能看到相關(guān)的方法围详，用過objc_getClass()和class_copyMethodList()獲取過私有API;使用
Method method1 = class_getInstanceMethod(cls, sel1);
Method method2 = class_getInstanceMethod(cls, sel2);
method_exchangeImplementations(method1, method2);代碼交換兩個方法朴乖，在寫unit test時使用到。
-
Core開頭的系列的內(nèi)容助赞。是否使用過CoreAnimation和CoreGraphics买羞。UI框架和CA，CG框架的聯(lián)系是什么雹食？分別用CA和CG做過些什么動畫或者圖像上的內(nèi)容畜普。（有需要的話還可以涉及Quartz的一些內(nèi)容）
答：UI框架的底層有CoreAnimation，CoreAnimation的底層有CoreGraphics群叶。
UIKit Core Animation Core Graphics Graphics Hardware 使用CA做過menu菜單的展開收起（太遜了）
-
是否使用過CoreText或者CoreImage等吃挑？如果使用過，請談?wù)勀闶褂肅oreText或者CoreImage的體驗街立。
答：CoreText可以解決復(fù)雜文字內(nèi)容排版問題舶衬。CoreImage可以處理圖片，為其添加各種效果赎离。體驗是很強大逛犹，挺復(fù)雜的。
-
自動釋放池是什么,如何工作
答：當您向一個對象發(fā)送一個autorelease消息時梁剔，Cocoa就會將該對象的一個引用放入到最新的自動釋放.它仍然是個OC的對象虽画，因此自動釋放池定義的作用域內(nèi)的其它對象可以向它發(fā)送消息。當程序執(zhí)行到作用域結(jié)束的位置時荣病，自動釋放池就會被釋放码撰，池中的所有對象也就被釋放。
-
NSNotification和KVO的區(qū)別和用法是什么个盆？什么時候應(yīng)該使用通知灸拍，什么時候應(yīng)該使用KVO做祝，它們的實現(xiàn)上有什么區(qū)別嗎？如果用protocol和delegate（或者delegate的Array）來實現(xiàn)類似的功能可能嗎鸡岗？如果可能混槐，會有什么潛在的問題？如果不能轩性，為什么声登？（雖然protocol和delegate這種東西面試已經(jīng)面爛了…）
答：NSNotification是通知模式在iOS的實現(xiàn)，KVO的全稱是鍵值觀察(Key-value observing),其是基于KVC（key-value coding）的揣苏，KVC是一個通過屬性名訪問屬性變量的機制悯嗓。例如將Module層的變化，通知到多個Controller對象時卸察，可以使用NSNotification脯厨；如果是只需要觀察某個對象的某個屬性，可以使用KVO坑质。
對于委托模式合武，在設(shè)計模式中是對象適配器模式，其是delegate是指向某個對象的涡扼，這是一對一的關(guān)系稼跳，而在通知模式中，往往是一對多的關(guān)系吃沪。委托模式汤善，從技術(shù)上可以現(xiàn)在改變delegate指向的對象，但不建議這樣做票彪，會讓人迷惑红淡，如果一個delegate對象不斷改變，指向不同的對象降铸。 -
你用過NSOperationQueue么锉屈？如果用過或者了解的話，你為什么要使用NSOperationQueue垮耳，實現(xiàn)了什么颈渊？請描述它和G.C.D的區(qū)別和類似的地方（提示：可以從兩者的實現(xiàn)機制和適用范圍來描述）。
答：使用NSOperationQueue用來管理子類化的NSOperation對象终佛，控制其線程并發(fā)數(shù)目俊嗽。GCD和NSOperation都可以實現(xiàn)對線程的管理，區(qū)別是 NSOperation和NSOperationQueue是多線程的面向?qū)ο蟪橄罅逭谩ｍ椖恐惺褂肗SOperation的優(yōu)點是NSOperation是對線程的高度抽象跃须，在項目中使用它劣针，會使項目的程序結(jié)構(gòu)更好，子類化NSOperation的設(shè)計思路目锭，是具有面向?qū)ο蟮膬?yōu)點（復(fù)用旭蠕、封裝），使得實現(xiàn)是多線程支持，而接口簡單，建議在復(fù)雜項目中使用无拗。
項目中使用GCD的優(yōu)點是GCD本身非常簡單、易用昧碉，對于不復(fù)雜的多線程操作英染，會節(jié)省代碼量，而Block參數(shù)的使用被饿，會是代碼更為易讀四康，建議在簡單項目中使用。 -
既然提到G.C.D狭握，那么問一下在使用G.C.D以及block時要注意些什么闪金？它們兩是一回事兒么？block在ARC中和傳統(tǒng)的MRC中的行為和用法有沒有什么區(qū)別论颅，需要注意些什么哎垦？
答：使用block是要注意，若將block做函數(shù)參數(shù)時嗅辣，需要把它放到最后撼泛，GCD是Grand Central Dispatch挠说，是一個對線程開源類庫澡谭，而Block是閉包，是能夠讀取其他函數(shù)內(nèi)部變量的函數(shù)损俭。
對于Objective-C蛙奖，你認為它最大的優(yōu)點和最大的不足是什么？對于不足之處杆兵，現(xiàn)在有沒有可用的方法繞過這些不足來實現(xiàn)需求雁仲。如果可以的話，你有沒有考慮或者實踐過重新實現(xiàn)OC的一些功能琐脏，如果有攒砖，具體會如何做？
> 答：最大的優(yōu)點是它的運行時特性日裙，不足是沒有命名空間吹艇，對于命名沖突，可以使用長命名法或特殊前綴解決昂拂，如果是引入的第三方庫之間的命名沖突受神，可以使用link命令及flag解決沖突。
- 你實現(xiàn)過一個框架或者庫以供別人使用么格侯？如果有鼻听，請談一談構(gòu)建框架或者庫時候的經(jīng)驗财著；如果沒有，請設(shè)想和設(shè)計框架的public的API撑碴，并指出大概需要如何做撑教、需要注意一些什么方面，來使別人容易地使用你的框架灰羽。
> 答：抽象和封裝驮履，方便使用。首先是對問題有充分的了解廉嚼，比如構(gòu)建一個文件解壓壓縮框架玫镐，從使用者的角度出發(fā)，只需關(guān)注發(fā)送給框架一個解壓請求怠噪，框架完成復(fù)雜文件的解壓操作恐似，并且在適當?shù)臅r候通知給是哦難過者，如解壓完成傍念、解壓出錯等矫夷。在框架內(nèi)部去構(gòu)建對象的關(guān)系，通過抽象讓其更為健壯憋槐、便于更改双藕。其次是API的說明文檔。
二阳仔、 第三方框架
-
AFNetworking 底層原理分析
AFNetworking主要是對NSURLSession和NSURLConnection(iOS9.0廢棄)的封裝,其中主要有以下類:
1). AFHTTPRequestOperationManager：內(nèi)部封裝的是 NSURLConnection, 負責(zé)發(fā)送網(wǎng)絡(luò)請求, 使用最多的一個類忧陪。(3.0廢棄)
2). AFHTTPSessionManager：內(nèi)部封裝是 NSURLSession, 負責(zé)發(fā)送網(wǎng)絡(luò)請求,使用最多的一個類。
3). AFNetworkReachabilityManager：實時監(jiān)測網(wǎng)絡(luò)狀態(tài)的工具類近范。當前的網(wǎng)絡(luò)環(huán)境發(fā)生改變之后,這個工具類就可以檢測到嘶摊。
4). AFSecurityPolicy：網(wǎng)絡(luò)安全的工具類, 主要是針對 HTTPS 服務(wù)。5). AFURLRequestSerialization：序列化工具類,基類评矩。上傳的數(shù)據(jù)轉(zhuǎn)換成JSON格式
(AFJSONRequestSerializer).使用不多叶堆。
6). AFURLResponseSerialization：反序列化工具類;基類.使用比較多:
7). AFJSONResponseSerializer; JSON解析器,默認的解析器.
8). AFHTTPResponseSerializer; 萬能解析器; JSON和XML之外的數(shù)據(jù)類型,直接返回二進
制數(shù)據(jù).對服務(wù)器返回的數(shù)據(jù)不做任何處理.
9). AFXMLParserResponseSerializer; XML解析器; -
描述下SDWebImage里面給UIImageView加載圖片的邏輯
SDWebImage 中為 UIImageView 提供了一個分類UIImageView+WebCache.h, 這個分類中有一個最常用的接口sd_setImageWithURL:placeholderImage:，會在真實圖片出現(xiàn)前會先顯示占位圖片斥杜，當真實圖片被加載出來后再替換占位圖片虱颗。
加載圖片的過程大致如下：
1.首先會在 SDWebImageCache 中尋找圖片是否有對應(yīng)的緩存, 它會以url 作為數(shù)據(jù)的索引先在內(nèi)存中尋找是否有對應(yīng)的緩存
2.如果緩存未找到就會利用通過MD5處理過的key來繼續(xù)在磁盤中查詢對應(yīng)的數(shù)據(jù), 如果找到了, 就會把磁盤中的數(shù)據(jù)加載到內(nèi)存中，并將圖片顯示出來
3.如果在內(nèi)存和磁盤緩存中都沒有找到蔗喂，就會向遠程服務(wù)器發(fā)送請求忘渔，開始下載圖片
4.下載后的圖片會加入緩存中，并寫入磁盤中
5.整個獲取圖片的過程都是在子線程中執(zhí)行弱恒，獲取到圖片后回到主線程將圖片顯示出來SDWebImage原理：
調(diào)用類別的方法：
1. 從內(nèi)存（字典）中找圖片（當這個圖片在本次使用程序的過程中已經(jīng)被加載過）辨萍，找到直接使用。
2. 從沙盒中找（當這個圖片在之前使用程序的過程中被加載過），找到使用锈玉，緩存到內(nèi)存中爪飘。
3. 從網(wǎng)絡(luò)上獲取，使用拉背，緩存到內(nèi)存师崎，緩存到沙盒。
參考：SDWebImage內(nèi)部實現(xiàn)過程
-
友盟統(tǒng)計接口統(tǒng)計的所有功能
APP啟動速度椅棺，APP停留頁面時間等
三犁罩、算法
1.不用中間變量,用兩種方法交換A和B的值
// 1.中間變量 void swap(int a, int b) { int temp = a;
a = b;
b = temp;
} // 2.加法 void swap(int a, int b) {
a = a + b;
b = a - b;
a = a - b;
} // 3.異或（相同為0，不同為1\. 可以理解為不進位加法） void swap(int a, int b) {
a = a ^ b;
b = a ^ b;
a = a ^ b;
}
2.求最大公約數(shù)
/** 1.直接遍歷法 */ int maxCommonDivisor(int a, int b) { int max = 0; for (int i = 1; i <=b; i++) { if (a % i == 0 && b % i == 0) {
max = I;
}
} return max;
} /** 2.輾轉(zhuǎn)相除法 */ int maxCommonDivisor(int a, int b) { int r; while(a % b > 0) {
r = a % b;
a = b;
b = r;
} return b;
} // 擴展：最小公倍數(shù) = (a * b)/最大公約數(shù)
3.模擬棧操作
/**
* 棧是一種數(shù)據(jù)結(jié)構(gòu)两疚，特點：先進后出
* 練習(xí)：使用全局變量模擬棧的操作
*/ #include #include #include //保護全局變量：在全局變量前加static后床估，這個全局變量就只能在本文件中使用 static int data[1024];//棧最多能保存1024個數(shù)據(jù) static int count = 0;//目前已經(jīng)放了多少個數(shù)(相當于棧頂位置) //數(shù)據(jù)入棧 push void push(int x){
assert(!full());//防止數(shù)組越界 data[count++] = x;
} //數(shù)據(jù)出棧 pop int pop(){
assert(!empty()); return data[--count];
} //查看棧頂元素 top int top(){
assert(!empty()); return data[count-1];
} //查詢棧滿 full bool full() { if(count >= 1024) { return 1;
} return 0;
} //查詢棧空 empty bool empty() { if(count <= 0) { return 1;
} return 0;
} int main(){ //入棧 for (int i = 1; i <= 10; i++) {
push(i);
} //出棧 while(!empty()){ printf("%d ", top()); //棧頂元素 pop(); //出棧 } printf("\n"); return 0;
}
4.排序算法
選擇排序诱渤、冒泡排序丐巫、插入排序三種排序算法可以總結(jié)為如下：
* 都將數(shù)組分為已排序部分和未排序部分。 1\. 選擇排序?qū)⒁雅判虿糠侄x在左端勺美，然后選擇未排序部分的最小元素和未排序部分的第一個元素交換递胧。 2\. 冒泡排序?qū)⒁雅判虿糠侄x在右端，在遍歷未排序部分的過程執(zhí)行交換赡茸，將最大元素交換到最右端缎脾。 3\. 插入排序?qū)⒁雅判虿糠侄x在左端，將未排序部分元的第一個元素插入到已排序部分合適的位置占卧。
- 選擇排序 /** * 【選擇排序】：最值出現(xiàn)在起始端 * * 第1趟：在n個數(shù)中找到最小(大)數(shù)與第一個數(shù)交換位置 * 第2趟：在剩下n-1個數(shù)中找到最小(大)數(shù)與第二個數(shù)交換位置 * 重復(fù)這樣的操作...依次與第三個遗菠、第四個...數(shù)交換位置 * 第n-1趟，最終可實現(xiàn)數(shù)據(jù)的升序（降序）排列屉栓。 * / void selectSort(int arr, int length) { for (int i = 0; i < length - 1; i++) { //趟數(shù) for (int j = i + 1; j < length; j++) { //比較次數(shù) if (arr[i] > arr[j]) { int temp = arr[i]; arr[i] = arr[j]; arr[j] = temp; } } } } * 冒泡排序 / * 【冒泡排序】：相鄰元素兩兩比較舷蒲，比較完一趟耸袜，最值出現(xiàn)在末尾 * 第1趟：依次 比較相鄰的兩個數(shù)友多，不斷交換（小數(shù)放前，大數(shù)放后）逐個推進堤框，最值最后出現(xiàn)在第n個元素位置 * 第2趟：依次比較相鄰的兩個數(shù)域滥，不斷交換（小數(shù)放前，大數(shù)放后）逐個推進蜈抓，最值最后出現(xiàn)在第n-1個元素位置 * …… …… * 第n-1趟：依次比較相鄰的兩個數(shù)启绰，不斷交換（小數(shù)放前，大數(shù)放后）逐個推進沟使，最值最后出現(xiàn)在第2個元素位置 */ void bublleSort(int *arr, int length) { for(int i = 0; i < length - 1; i++) { //趟數(shù) for(int j = 0; j < length - i - 1; j++) { //比較次數(shù) if(arr[j] > arr[j+1]) { int temp = arr[j]; arr[j] = arr[j+1]; arr[j+1] = temp; } } } }
5.折半查找（二分查找）
/**
* 折半查找：優(yōu)化查找時間（不用遍歷全部數(shù)據(jù)）
* * 折半查找的原理：
* 1> 數(shù)組必須是有序的
* 2> 必須已知min和max（知道范圍）
* 3> 動態(tài)計算mid的值委可，取出mid對應(yīng)的值進行比較
* 4> 如果mid對應(yīng)的值大于要查找的值，那么max要變小為mid-1
* 5> 如果mid對應(yīng)的值小于要查找的值，那么min要變大為mid+1
*
*/ // 已知一個有序數(shù)組, 和一個key, 要求從數(shù)組中找到key對應(yīng)的索引位置 int findKey(int *arr, int length, int key) { int min = 0, max = length - 1, mid; while (min <= max) {
mid = (min + max) / 2; //計算中間值 if (key > arr[mid]) {
min = mid + 1;
} else if (key < arr[mid]) {
max = mid - 1;
} else { return mid;
}
} return -1;
}
四着倾、編碼格式（優(yōu)化細節(jié)）
參考：請Review下面的代碼拾酝，并根據(jù)iOS的編碼規(guī)范做出正確的修改
1.在 Objective-C 中，enum 建議使用NS_ENUM和NS_OPTIONS宏來定義枚舉類型卡者。
//定義一個枚舉(比較嚴密) typedef NS_ENUM(NSInteger, BRUserGender) {
BRUserGenderUnknown, // 未知 BRUserGenderMale, // 男性 BRUserGenderFemale, // 女性 BRUserGenderNeuter // 無性 }; @interface BRUser : NSObject @property (nonatomic, readonly, copy) NSString *name; @property (nonatomic, readonly, assign) NSUInteger age; @property (nonatomic, readonly, assign) BRUserGender gender;
- (instancetype)initWithName:(NSString *)name age:(NSUInteger)age gender:(BRUserGender)gender; @end //說明： //既然該類中已經(jīng)有一個“初始化方法” 蒿囤，用于設(shè)置 name、age 和 gender 的初始值: 那么在設(shè)計對應(yīng) @property 時就應(yīng)該盡量使用不可變的對象：其三個屬性都應(yīng)該設(shè)為“只讀”崇决。用初始化方法設(shè)置好屬性值之后材诽，就不能再改變了。 //屬性的參數(shù)應(yīng)該按照下面的順序排列： （原子性恒傻，讀寫脸侥，內(nèi)存管理）
2.避免使用C語言中的基本數(shù)據(jù)類型，建議使用 Foundation 數(shù)據(jù)類型盈厘，對應(yīng)關(guān)系如下:
int -> NSInteger
unsigned -> NSUInteger
float -> CGFloat
動畫時間 -> NSTimeInterval
五湿痢、其它知識點
HomeKit，是蘋果2014年發(fā)布的智能家居平臺扑庞。
-
什么是 OpenGL譬重、Quartz 2D？
Quatarz 2d 是Apple提供的基本圖形工具庫罐氨。只是適用于2D圖形的繪制臀规。
OpenGL，是一個跨平臺的圖形開發(fā)庫栅隐。適用于2D和3D圖形的繪制塔嬉。 -
ffmpeg框架：
ffmpeg 是音視頻處理工具，既有音視頻編碼解碼功能租悄，又可以作為播放器使用谨究。
-
談?wù)?UITableView 的優(yōu)化
1). 正確的復(fù)用cell；
2). 設(shè)計統(tǒng)一規(guī)格的Cell泣棋；
3). 提前計算并緩存好高度（布局）胶哲，因為heightForRowAtIndexPath:是調(diào)用最頻繁的方法；
4). 異步繪制潭辈，遇到復(fù)雜界面鸯屿，遇到性能瓶頸時，可能就是突破口把敢；
5). 滑動時按需加載寄摆，這個在大量圖片展示，網(wǎng)絡(luò)加載的時候很管用修赞！
6). 減少子視圖的層級關(guān)系婶恼；
7). 盡量使所有的視圖不透明化以及做切圓操作；
8). 不要動態(tài)的add 或者 remove 子控件。最好在初始化時就添加完勾邦，然后通過hidden來控制是否顯示联逻；
9). 使用調(diào)試工具分析問題。 -
如何實行cell的動態(tài)的行高
如果希望每條數(shù)據(jù)顯示自身的行高检痰，必須設(shè)置兩個屬性包归，1.預(yù)估行高，2.自定義行高铅歼。
設(shè)置預(yù)估行高 tableView.estimatedRowHeight = 200公壤。
設(shè)置定義行高 tableView.estimatedRowHeight = UITableViewAutomaticDimension。
如果要讓自定義行高有效椎椰，必須讓容器視圖有一個自下而上的約束厦幅。 -
說說你對 block 的理解
棧上的自動復(fù)制到堆上，block 的屬性修飾符是 copy慨飘，循環(huán)引用的原理和解決方案确憨。
block的循環(huán)引用；block的代碼實現(xiàn)瓤的；為什么會造成循環(huán)引用休弃；block是如何強引用self的；
參考：Block 代碼塊中用到了self引用問題圈膏，導(dǎo)致循環(huán)引用 -
什么是野指針塔猾、空指針？
野指針：不知道指向了哪里的指針叫野指針稽坤。即指針指向不確定丈甸，指針存的地址是一個垃圾值，未初始化尿褪。
空指針：不指向任何位置的指針叫空指針睦擂。即指針沒有指向，指針存的地址是一個空地址杖玲，NULL顿仇。 -
什么是 OOA / OOD / OOP ?
OOA（Object Oriented Analysis） --面向?qū)ο蠓治?br> OOD（Object Oriented Design） --面向?qū)ο笤O(shè)計
OOP（Object Oriented Programming）--面向?qū)ο缶幊?/p> -
多線程是什么
多線程是個復(fù)雜的概念，按字面意思是同步完成多項任務(wù)天揖，提高了資源的使用效率夺欲，從硬件跪帝、操作系統(tǒng)今膊、應(yīng)用軟件不同的角度去看，多線程被賦予不同的內(nèi)涵伞剑，對于硬件斑唬，現(xiàn)在市面上多數(shù)的CPU都是多核的，多核的CPU運算多線程更為出色;從操作系統(tǒng)角度，是多任務(wù)恕刘，現(xiàn)在用的主流操作系統(tǒng)都是多任務(wù)的缤谎，可以一邊聽歌、一邊寫博客;對于應(yīng)用來說褐着，多線程可以讓應(yīng)用有更快的回應(yīng)坷澡，可以在網(wǎng)絡(luò)下載時，同時響應(yīng)用戶的觸摸操作含蓉。在iOS應(yīng)用中频敛，對多線程最初的理解，就是并發(fā)馅扣，它的含義是原來先做燒水斟赚，再摘菜，再炒菜的工作差油，會變成燒水的同時去摘菜拗军，最后去炒菜。
-
iOS 中的多線程
iOS中的多線程蓄喇，是Cocoa框架下的多線程发侵，通過Cocoa的封裝，可以讓我們更為方便的使用線程妆偏，做過C++的同學(xué)可能會對線程有更多的理解器紧，比如線程的創(chuàng)立，信號量楼眷、共享變量有認識铲汪，Cocoa框架下會方便很多，它對線程做了封裝罐柳，有些封裝掌腰，可以讓我們創(chuàng)建的對象，本身便擁有線程张吉，也就是線程的對象化抽象齿梁，從而減少我們的工程，提供程序的健壯性肮蛹。
GCD是(Grand Central Dispatch)的縮寫 勺择，從系統(tǒng)級別提供的一個易用地多線程類庫，具有運行時的特點伦忠，能充分利用多核心硬件省核。GCD的API接口為C語言的函數(shù)，函數(shù)參數(shù)中多數(shù)有Block昆码，關(guān)于Block的使用參看這里气忠，為我們提供強大的“接口”邻储，對于GCD的使用參見本文
NSOperation與Queue
NSOperation是一個抽象類，它封裝了線程的細節(jié)實現(xiàn)旧噪，我們可以通過子類化該對象吨娜，加上NSQueue來同面向?qū)ο蟮乃季S，管理多線程程序淘钟。具體可參看這里：一個基于NSOperation的多線程網(wǎng)絡(luò)訪問的項目宦赠。
NSThread
NSThread是一個控制線程執(zhí)行的對象，它不如NSOperation抽象米母，通過它我們可以方便的得到一個線程袱瓮，并控制它。但NSThread的線程之間的并發(fā)控制爱咬，是需要我們自己來控制的尺借，可以通過NSCondition實現(xiàn)。
參看 iOS多線程編程之NSThread的使用
其他多線程
在Cocoa的框架下精拟，通知燎斩、Timer和異步函數(shù)等都有使用多線程，(待補充).
-
在項目什么時候選擇使用GCD蜂绎，什么時候選擇NSOperation?
項目中使用NSOperation的優(yōu)點是NSOperation是對線程的高度抽象栅表，在項目中使用它，會使項目的程序結(jié)構(gòu)更好师枣，子類化NSOperation的設(shè)計思路怪瓶，是具有面向?qū)ο蟮膬?yōu)點(復(fù)用、封裝)践美，使得實現(xiàn)是多線程支持洗贰，而接口簡單，建議在復(fù)雜項目中使用陨倡。
項目中使用GCD的優(yōu)點是GCD本身非常簡單敛滋、易用，對于不復(fù)雜的多線程操作兴革，會節(jié)省代碼量绎晃，而Block參數(shù)的使用，會是代碼更為易讀杂曲，建議在簡單項目中使用庶艾。
-
KVO，NSNotification擎勘，delegate及block區(qū)別
KVO就是cocoa框架實現(xiàn)的觀察者模式咱揍，一般同KVC搭配使用，通過KVO可以監(jiān)測一個值的變化货抄，比如View的高度變化述召。是一對多的關(guān)系朱转，一個值的變化會通知所有的觀察者蟹地。
NSNotification是通知积暖，也是一對多的使用場景。在某些情況下怪与，KVO和NSNotification是一樣的夺刑，都是狀態(tài)變化之后告知對方。NSNotification的特點分别，就是需要被觀察者先主動發(fā)出通知遍愿，然后觀察者注冊監(jiān)聽后再來進行響應(yīng)，比KVO多了發(fā)送通知的一步耘斩，但是其優(yōu)點是監(jiān)聽不局限于屬性的變化沼填，還可以對多種多樣的狀態(tài)變化進行監(jiān)聽，監(jiān)聽范圍廣括授，使用也更靈活坞笙。
delegate 是代理，就是我不想做的事情交給別人做荚虚。比如狗需要吃飯薛夜，就通過delegate通知主人，主人就會給他做飯版述、盛飯梯澜、倒水，這些操作渴析，這些狗都不需要關(guān)心晚伙，只需要調(diào)用delegate（代理人）就可以了，由其他類完成所需要的操作俭茧。所以delegate是一對一關(guān)系撬腾。
block是delegate的另一種形式，是函數(shù)式編程的一種形式恢恼。使用場景跟delegate一樣民傻，相比delegate更靈活，而且代理的實現(xiàn)更直觀场斑。
KVO一般的使用場景是數(shù)據(jù)漓踢，需求是數(shù)據(jù)變化，比如股票價格變化漏隐，我們一般使用KVO（觀察者模式）喧半。delegate一般的使用場景是行為，需求是需要別人幫我做一件事情青责，比如買賣股票挺据，我們一般使用delegate取具。
Notification一般是進行全局通知，比如利好消息一出扁耐，通知大家去買入暇检。delegate是強關(guān)聯(lián)，就是委托和代理雙方互相知道婉称，你委托別人買股票你就需要知道經(jīng)紀人块仆，經(jīng)紀人也不要知道自己的顧客。Notification是弱關(guān)聯(lián)王暗，利好消息發(fā)出悔据，你不需要知道是誰發(fā)的也可以做出相應(yīng)的反應(yīng)，同理發(fā)消息的人也不需要知道接收的人也可以正常發(fā)出消息俗壹。
將一個函數(shù)在主線程執(zhí)行的4種方法
* GCD方法科汗，通過向主線程隊列發(fā)送一個block塊，使block里的方法可以在主線程中執(zhí)行绷雏。 dispatch_async(dispatch_get_main_queue(), ^{ //需要執(zhí)行的方法 });
* NSOperation 方法 NSOperationQueue *mainQueue = [NSOperationQueue mainQueue]; //主隊列 NSBlockOperation *operation = [NSBlockOperation blockOperationWithBlock:^{ //需要執(zhí)行的方法 }];
[mainQueue addOperation:operation];
* NSThread 方法
[self performSelector:@selector(method) onThread:[NSThread mainThread] withObject:nil waitUntilDone:YES modes:nil];
[self performSelectorOnMainThread:@selector(method) withObject:nil waitUntilDone:YES];
[[NSThread mainThread] performSelector:@selector(method) withObject:nil];
* RunLoop方法
[[NSRunLoop mainRunLoop] performSelector:@selector(method) withObject:nil];
-
如何讓計時器調(diào)用一個類方法
- 計時器只能調(diào)用實例方法头滔，但是可以在這個實例方法里面調(diào)用靜態(tài)方法。
- 使用計時器需要注意之众，計時器一定要加入RunLoop中拙毫，并且選好model才能運行。scheduledTimerWithTimeInterval方法創(chuàng)建一個計時器并加入到RunLoop中所以可以直接使用棺禾。
- 如果計時器的repeats選擇YES說明這個計時器會重復(fù)執(zhí)行缀蹄，一定要在合適的時機調(diào)用計時器的invalid。不能在dealloc中調(diào)用膘婶，因為一旦設(shè)置為repeats 為yes缺前，計時器會強持有self，導(dǎo)致dealloc永遠不會被調(diào)用悬襟，這個類就永遠無法被釋放衅码。比如可以在viewDidDisappear中調(diào)用，這樣當類需要被回收的時候就可以正常進入dealloc中了。
[NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(timerMethod) userInfo:nil repeats:YES]; -(void)timerMethod { //調(diào)用類方法 [[self class] staticMethod]; } -(void)invalid { [timer invalid]; timer = nil; } -
如何重寫類方法
1、在子類中實現(xiàn)一個同基類名字一樣的靜態(tài)方法
2刷允、在調(diào)用的時候不要使用類名調(diào)用，而是使用[self class]的方式調(diào)用奶躯。原理，用類名調(diào)用是早綁定亿驾，在編譯期綁定嘹黔，用[self class]是晚綁定，在運行時決定調(diào)用哪個方法莫瞬。
-
NSTimer創(chuàng)建后儡蔓，會在哪個線程運行
用scheduledTimerWithTimeInterval創(chuàng)建的郭蕉，在哪個線程創(chuàng)建就會被加入哪個線程的RunLoop中就運行在哪個線程
自己創(chuàng)建的Timer，加入到哪個線程的RunLoop中就運行在哪個線程喂江。
-
id和NSObject＊的區(qū)別
- id是一個 objc_object 結(jié)構(gòu)體指針召锈，定義是
typedef struct objc_object *idid可以理解為指向?qū)ο蟮闹羔槨Ｋ衞c的對象 id都可以指向开呐，編譯器不會做類型檢查烟勋，id調(diào)用任何存在的方法都不會在編譯階段報錯规求，當然如果這個id指向的對象沒有這個方法筐付，該崩潰還是會崩潰的。
NSObject *指向的必須是NSObject的子類阻肿，調(diào)用的也只能是NSObjec里面的方法否則就要做強制類型轉(zhuǎn)換瓦戚。
不是所有的OC對象都是NSObject的子類，還有一些繼承自NSProxy丛塌。NSObject *可指向的類型是id的子集较解。
static關(guān)鍵字的作用
-
回答一：
1.在函數(shù)體內(nèi)定義的static他的作用域為該函數(shù)體,該變量在內(nèi)存中只被分配一次,因此,其值在下次調(diào)用時仍維持上次的值不變；
2.在模塊內(nèi)的static全局變量可以被模塊內(nèi)所有函數(shù)訪問,但是不能被模塊外的其他函數(shù)訪問赴邻；
3.在模塊內(nèi)的staic全局變量可以被這一模塊內(nèi)的其他函數(shù)調(diào)用,這個函數(shù)的使用范圍被限制在這個模塊內(nèi);
4.在類中的static成員變量屬于整個類所擁有,對類的所有對象只有一份拷貝,也就是說只要是該類的對象,那么該對象的中被static修飾的成員變量都指向同一塊地址印衔。 -
回答二：
修飾局部變量：
1.延長局部變量的生命周期,程序結(jié)束才會銷毀。
2.局部變量只會生成一份內(nèi)存,只會初始化一次姥敛。
3.改變局部變量的作用域奸焙。修飾全局變量:
1.只能在本文件中訪問,修改全局變量的作用域,生命周期不會改
2.避免重復(fù)定義全局變量 -
在OC中static關(guān)鍵字使用誤區(qū)
1.使用static修飾實例變量是不被允許的
2.使用static修飾了方法，也是錯誤的
參考：
如何正確使用const,static,extern
OC中 static 與 const 的作用
-
使用 Swift 語言編程的優(yōu)缺點
總的來說彤敛，我認為使用 Swift 來作為編程語言的優(yōu)點還是要遠遠大于缺點的与帆，而且很多缺點蘋果也在逐漸改善。
-
優(yōu)點:
1墨榄、簡潔的語法
2玄糟、更強的類型安全
3、函數(shù)式編程的支持
Swift 語言本身提供了對函數(shù)式編程的支持袄秩。
Objc 本身是不支持的阵翎，但是可以通過引入 ReactiveCocoa 這個庫來支持函數(shù)式編程。
4之剧、編寫 OS X 下的自動化腳本 -
缺點
1郭卫、App體積變大
使用Swift 后， App 體積大概增加 5-8 M 左右猪狈，對體積大小敏感的慎用箱沦。
體積變大的原因是因為 Swift 還在變化，所以 Apple 沒有在 iOS 系統(tǒng)里放入 Swift 的運行庫雇庙，反而是每個 App 里都要包含其對應(yīng)的 Swift 運行庫谓形。
2灶伊、Xcode 支持不夠好
如果你是使用 Xcode經(jīng)常卡住或者崩潰想必你是肯定碰到過了寒跳，這個是目前使用 Swift 最讓人頭疼的事情聘萨，即使是到現(xiàn)在XCode 9， 有時候也會遇到這種問題童太，所以要看你的承受力了……
3米辐、第三方庫的支持不夠多
目前確實 Swift 編寫的第三方庫確實不多，但可以通過橋接的方式來使用 Objc 的三方庫书释，基本上沒有太大問題∏讨現(xiàn)在已經(jīng)改善很多了…
4、語言版本更新帶來的編譯問題
語言本身還在發(fā)展爆惧，所以每次版本更新后都會出現(xiàn)編譯不過的情況（至少到目前為止還是）狸页，但是自從 4.0 版本發(fā)布后，改動沒有 beta 時候那么大了扯再，而且根據(jù) Xcode 提示基本就可以解決語法變動導(dǎo)致的編譯問題了芍耘。
