- Object-c的類(lèi)可以多重繼承么?可以實(shí)現(xiàn)多個(gè)接口么?Category是什么?重寫(xiě)一個(gè)類(lèi)的方式用繼承好還是分類(lèi)好?為什么?
答： Object-c的類(lèi)不可以多重繼承;可以實(shí)現(xiàn)多個(gè)接口，通過(guò)實(shí)現(xiàn)多個(gè)接口可以完成C++的多重繼承;Category是類(lèi)別，一般情況用分類(lèi)好，用Category去重寫(xiě)類(lèi)的方法，僅對(duì)本Category有效，不會(huì)影響到其他類(lèi)與原有類(lèi)的關(guān)系。
-
import 跟#include 又什么區(qū)別，@class呢, #import<> 跟 #import””又什么區(qū)別?
答：#import是Objective-C導(dǎo)入頭文件的關(guān)鍵字，#include是C/C++導(dǎo)入頭文件的關(guān)鍵字,使用#import頭文件會(huì)自動(dòng)只導(dǎo)入一次，不會(huì)重復(fù)導(dǎo)入，相當(dāng)于#include和#pragma once;@class告訴編譯器某個(gè)類(lèi)的聲明，當(dāng)執(zhí)行時(shí)，才去查看類(lèi)的實(shí)現(xiàn)文件，可以解決頭文件的相互包含;#import<>用來(lái)包含系統(tǒng)的頭文件，#import””用來(lái)包含用戶(hù)頭文件。
- 屬性readwrite，readonly，assign，retain，copy，nonatomic 各是什么作用，在那種情況下用?
答：
1). readwrite 是可讀可寫(xiě)特性;需要生成getter方法和setter方法時(shí)
2). readonly 是只讀特性 只會(huì)生成getter方法 不會(huì)生成setter方法 ;不希望屬性在類(lèi)外改變
3). assign 是賦值特性，setter方法將傳入?yún)?shù)賦值給實(shí)例變量;僅設(shè)置變量時(shí);
4). retain 表示持有特性，setter方法將傳入?yún)?shù)先保留，再賦值，傳入?yún)?shù)的retaincount會(huì)+1;
5). copy 表示賦值特性，setter方法將傳入對(duì)象復(fù)制一份;需要完全一份新的變量時(shí)。
6).nonatomic 非原子操作，決定編譯器生成的setter getter是否是原子操作，atomic表示多線程安全，一般使用nonatomic
4.寫(xiě)一個(gè)setter方法用于完成@property (nonatomic,retain)NSString *name,寫(xiě)一個(gè)setter方法用于完成@property(nonatomic，copy)NSString *name
答：
1
2
3
4
5
6
7
8
9
10
11
12
-?(void)?setName:(NSString)?str
{
[str?retain];
[name?release];
name?=?str;
}
-?(void)setName:(NSString?)str
{
id?t?=?[str?copy];
[name?release];
name?=?t;
}
5.對(duì)于語(yǔ)句N(xiāo)SString*obj = [[NSData alloc] init]; obj在編譯時(shí)和運(yùn)行時(shí)分別時(shí)什么類(lèi)型的對(duì)象?
答： 編譯時(shí)是NSString的類(lèi)型;運(yùn)行時(shí)是NSData類(lèi)型的對(duì)象
6.常見(jiàn)的object-c的數(shù)據(jù)類(lèi)型有那些， 和C的基本數(shù)據(jù)類(lèi)型有什么區(qū)別?如：NSInteger和int
答：object-c的數(shù)據(jù)類(lèi)型有NSString，NSNumber，NSArray，NSMutableArray，NSData等等，這些都是class，創(chuàng)建后便是對(duì)象，而C語(yǔ)言的基本數(shù)據(jù)類(lèi)型int，只是一定字節(jié)的內(nèi)存空間，用于存放數(shù)值;NSInteger是基本數(shù)據(jù)類(lèi)型，并不是NSNumber的子類(lèi)，當(dāng)然也不是NSObject的子類(lèi)。NSInteger是基本數(shù)據(jù)類(lèi)型Int或者Long的別名(NSInteger的定義typedef long NSInteger)，它的區(qū)別在于，NSInteger會(huì)根據(jù)系統(tǒng)是32位還是64位來(lái)決定是本身是int還是Long。
7.id 聲明的對(duì)象有什么特性?
答：Id 聲明的對(duì)象具有運(yùn)行時(shí)的特性，即可以指向任意類(lèi)型的objcetive-c的對(duì)象;
8.Objective-C如何對(duì)內(nèi)存管理的,說(shuō)說(shuō)你的看法和解決方法?
答：Objective-C的內(nèi)存管理主要有三種方式ARC(自動(dòng)內(nèi)存計(jì)數(shù))、手動(dòng)內(nèi)存計(jì)數(shù)、內(nèi)存池。
1). (Garbage Collection)自動(dòng)內(nèi)存計(jì)數(shù)：這種方式和java類(lèi)似，在你的程序的執(zhí)行過(guò)程中。始終有一個(gè)高人在背后準(zhǔn)確地幫你收拾垃圾，你不用考慮它什么時(shí)候開(kāi)始工作，怎樣工作。你只需要明白，我申請(qǐng)了一段內(nèi)存空間，當(dāng)我不再使用從而這段內(nèi)存成為垃圾的時(shí)候，我就徹底的把它忘記掉，反正那個(gè)高人會(huì)幫我收拾垃圾。遺憾的是，那個(gè)高人需要消耗一定的資源，在攜帶設(shè)備里面，資源是緊俏商品所以iPhone不支持這個(gè)功能。所以“Garbage Collection”不是本入門(mén)指南的范圍，對(duì)“Garbage Collection”內(nèi)部機(jī)制感興趣的同學(xué)可以參考一些其他的資料，不過(guò)說(shuō)老實(shí)話(huà)“Garbage Collection”不大適合適初學(xué)者研究。
解決: 通過(guò)alloc – initial方式創(chuàng)建的, 創(chuàng)建后引用計(jì)數(shù)+1, 此后每retain一次引用計(jì)數(shù)+1, 那么在程序中做相應(yīng)次數(shù)的release就好了.
2). (Reference Counted)手動(dòng)內(nèi)存計(jì)數(shù)：就是說(shuō)，從一段內(nèi)存被申請(qǐng)之后，就存在一個(gè)變量用于保存這段內(nèi)存被使用的次數(shù)，我們暫時(shí)把它稱(chēng)為計(jì)數(shù)器，當(dāng)計(jì)數(shù)器變?yōu)?的時(shí)候，那么就是釋放這段內(nèi)存的時(shí)候。比如說(shuō)，當(dāng)在程序A里面一段內(nèi)存被成功申請(qǐng)完成之后，那么這個(gè)計(jì)數(shù)器就從0變成1(我們把這個(gè)過(guò)程叫做alloc)，然后程序B也需要使用這個(gè)內(nèi)存，那么計(jì)數(shù)器就從1變成了2(我們把這個(gè)過(guò)程叫做retain)。緊接著程序A不再需要這段內(nèi)存了，那么程序A就把這個(gè)計(jì)數(shù)器減1(我們把這個(gè)過(guò)程叫做release);程序B也不再需要這段內(nèi)存的時(shí)候，那么也把計(jì)數(shù)器減1(這個(gè)過(guò)程還是release)。當(dāng)系統(tǒng)(也就是Foundation)發(fā)現(xiàn)這個(gè)計(jì)數(shù)器變 成員了0，那么就會(huì)調(diào)用內(nèi)存回收程序把這段內(nèi)存回收(我們把這個(gè)過(guò)程叫做dealloc)。順便提一句，如果沒(méi)有Foundation，那么維護(hù)計(jì)數(shù)器，釋放內(nèi)存等等工作需要你手工來(lái)完成。
解決:一般是由類(lèi)的靜態(tài)方法創(chuàng)建的, 函數(shù)名中不會(huì)出現(xiàn)alloc或init字樣, 如[NSString string]和[NSArray arrayWithObject:], 創(chuàng)建后引用計(jì)數(shù)+0, 在函數(shù)出棧后釋放, 即相當(dāng)于一個(gè)棧上的局部變量. 當(dāng)然也可以通過(guò)retain延長(zhǎng)對(duì)象的生存期.
3). (NSAutoRealeasePool)內(nèi)存池：可以通過(guò)創(chuàng)建和釋放內(nèi)存池控制內(nèi)存申請(qǐng)和回收的時(shí)機(jī).
解決:是由autorelease加入系統(tǒng)內(nèi)存池, 內(nèi)存池是可以嵌套的, 每個(gè)內(nèi)存池都需要有一個(gè)創(chuàng)建釋放對(duì), 就像main函數(shù)中寫(xiě)的一樣. 使用也很簡(jiǎn)單, 比如[[[NSString alloc]initialWithFormat:@”Hey you!”] autorelease], 即將一個(gè)NSString對(duì)象加入到最內(nèi)層的系統(tǒng)內(nèi)存池, 當(dāng)我們釋放這個(gè)內(nèi)存池時(shí), 其中的對(duì)象都會(huì)被釋放.
- 原子(atomic)跟非原子(non-atomic)屬性有什么區(qū)別?
答：
1). atomic提供多線程安全。是防止在寫(xiě)未完成的時(shí)候被另外一個(gè)線程讀取，造成數(shù)據(jù)錯(cuò)誤
2). non-atomic:在自己管理內(nèi)存的環(huán)境中，解析的訪問(wèn)器保留并自動(dòng)釋放返回的值，如果指定了 nonatomic ，那么訪問(wèn)器只是簡(jiǎn)單地返回這個(gè)值。
- 看下面的程序,第一個(gè)NSLog會(huì)輸出什么?這時(shí)str的retainCount是多少?第二個(gè)和第三個(gè)呢? 為什么?
1
2
3
4
5
6
7
8
9
10
11
NSMutableArray?ary?=?[[NSMutableArray?array]?retain];
NSString?str?=?[NSString?stringWithFormat:@"test"];
[str?retain];
[aryaddObject:str];
NSLog(@”%@%d”,str,[str?retainCount]);
[str?retain];
[str?release];
[str?release];
NSLog(@”%@%d”,str,[str?retainCount]);
[aryremoveAllObjects];
NSLog(@”%@%d”,str,[str?retainCount]);
str的retainCount創(chuàng)建+1，retain+1，加入數(shù)組自動(dòng)+1 3
retain+1，release-1，release-1 2
數(shù)組刪除所有對(duì)象，所有數(shù)組內(nèi)的對(duì)象自動(dòng)-1 1
- 內(nèi)存管理的幾條原則時(shí)什么?按照默認(rèn)法則.那些關(guān)鍵字生成的對(duì)象需要手動(dòng)釋放?在和property結(jié)合的時(shí)候怎樣有效的避免內(nèi)存泄露?
答：誰(shuí)申請(qǐng)，誰(shuí)釋放
遵循Cocoa Touch的使用原則;
內(nèi)存管理主要要避免“過(guò)早釋放”和“內(nèi)存泄漏”，對(duì)于“過(guò)早釋放”需要注意@property設(shè)置特性時(shí)，一定要用對(duì)特性關(guān)鍵字，對(duì)于“內(nèi)存泄漏”，一定要申請(qǐng)了要負(fù)責(zé)釋放，要細(xì)心。
關(guān)鍵字alloc 或new 生成的對(duì)象需要手動(dòng)釋放;
設(shè)置正確的property屬性，對(duì)于retain需要在合適的地方釋放，
12.如何對(duì)iOS設(shè)備進(jìn)行性能測(cè)試?
答： Profile-> Instruments ->Time Profiler
- Object C中創(chuàng)建線程的方法是什么?如果在主線程中執(zhí)行代碼，方法是什么?如果想延時(shí)執(zhí)行代碼、方法又是什么?
答：線程創(chuàng)建有三種方法：使用NSThread創(chuàng)建、使用GCD的dispatch、使用子類(lèi)化的NSOperation,然后將其加入NSOperationQueue;在主線程執(zhí)行代碼，方法是performSelectorOnMainThread，如果想延時(shí)執(zhí)行代碼可以用performSelector:onThread:withObject:waitUntilDone:
- MVC設(shè)計(jì)模式是什么？ 你還熟悉什么設(shè)計(jì)模式？
答：
設(shè)計(jì)模式：并不是一種新技術(shù)，而是一種編碼經(jīng)驗(yàn)，使用比如java中的接口，iphone中的協(xié)議，繼承關(guān)系等基本手段，用比較成熟的邏輯去處理某一種類(lèi)型的事情，總結(jié)為所謂設(shè)計(jì)模式。面向?qū)ο缶幊讨校琷ava已經(jīng)歸納了23種設(shè)計(jì)模式。
mvc設(shè)計(jì)模式 ：模型，視圖，控制器，可以將整個(gè)應(yīng)用程序在思想上分成三大塊，對(duì)應(yīng)是的數(shù)據(jù)的存儲(chǔ)或處理，前臺(tái)的顯示，業(yè)務(wù)邏輯的控制。 Iphone本身的設(shè)計(jì)思想就是遵循mvc設(shè)計(jì)模式。其不屬于23種設(shè)計(jì)模式范疇。
代理模式：代理模式給某一個(gè)對(duì)象提供一個(gè)代理對(duì)象，并由代理對(duì)象控制對(duì)源對(duì)象的引用.比如一個(gè)工廠生產(chǎn)了產(chǎn)品，并不想直接賣(mài)給用戶(hù)，而是搞了很多代理商，用戶(hù)可以直接找代理商買(mǎi)東西，代理商從工廠進(jìn)貨.常見(jiàn)的如QQ的自動(dòng)回復(fù)就屬于代理攔截，代理模式在iphone中得到廣泛應(yīng)用.
單例模式：說(shuō)白了就是一個(gè)類(lèi)不通過(guò)alloc方式創(chuàng)建對(duì)象，而是用一個(gè)靜態(tài)方法返回這個(gè)類(lèi)的對(duì)象。系統(tǒng)只需要擁有一個(gè)的全局對(duì)象，這樣有利于我們協(xié)調(diào)系統(tǒng)整體的行為，比如想獲得[UIApplication sharedApplication];任何地方調(diào)用都可以得到 UIApplication的對(duì)象，這個(gè)對(duì)象是全局唯一的。
觀察者模式： 當(dāng)一個(gè)物體發(fā)生變化時(shí)，會(huì)通知所有觀察這個(gè)物體的觀察者讓其做出反應(yīng)。實(shí)現(xiàn)起來(lái)無(wú)非就是把所有觀察者的對(duì)象給這個(gè)物體，當(dāng)這個(gè)物體的發(fā)生改變，就會(huì)調(diào)用遍歷所有觀察者的對(duì)象調(diào)用觀察者的方法從而達(dá)到通知觀察者的目的。
工廠模式：
1
2
3
4
5
6
7
8
public?class?Factory{
public?static?Sample?creator(int?which){
if?(which==1)
return?new?SampleA();
else?if?(which==2)
return?new?SampleB();
}
}
15 淺復(fù)制和深復(fù)制的區(qū)別?
答：淺層復(fù)制：只復(fù)制指向?qū)ο蟮闹羔槪粡?fù)制引用對(duì)象本身。
深層復(fù)制：復(fù)制引用對(duì)象本身。
意思就是說(shuō)我有個(gè)A對(duì)象，復(fù)制一份后得到A_copy對(duì)象后，對(duì)于淺復(fù)制來(lái)說(shuō)，A和A_copy指向的是同一個(gè)內(nèi)存資源，復(fù)制的只不過(guò)是是一個(gè)指針，對(duì)象本身資源
還是只有一份，那如果我們對(duì)A_copy執(zhí)行了修改操作,那么發(fā)現(xiàn)A引用的對(duì)象同樣被修改，這其實(shí)違背了我們復(fù)制拷貝的一個(gè)思想。深復(fù)制就好理解了,內(nèi)存中存在了
兩份獨(dú)立對(duì)象本身。
用網(wǎng)上一哥們通俗的話(huà)將就是：
淺復(fù)制好比你和你的影子，你完蛋，你的影子也完蛋
深復(fù)制好比你和你的克隆人，你完蛋，你的克隆人還活著。
- 類(lèi)別的作用?繼承和類(lèi)別在實(shí)現(xiàn)中有何區(qū)別?
答：category 可以在不獲悉，不改變?cè)瓉?lái)代碼的情況下往里面添加新的方法，只能添加，不能刪除修改，并且如果類(lèi)別和原來(lái)類(lèi)中的方法產(chǎn)生名稱(chēng)沖突，則類(lèi)別將覆蓋原來(lái)的方法，因?yàn)轭?lèi)別具有更高的優(yōu)先級(jí)。
類(lèi)別主要有3個(gè)作用：
1).將類(lèi)的實(shí)現(xiàn)分散到多個(gè)不同文件或多個(gè)不同框架中。
2).創(chuàng)建對(duì)私有方法的前向引用。
3).向?qū)ο筇砑臃钦絽f(xié)議。
繼承可以增加，修改或者刪除方法，并且可以增加屬性。
- 類(lèi)別和類(lèi)擴(kuò)展的區(qū)別。
答：category和extensions的不同在于 后者可以添加屬性。另外后者添加的方法是必須要實(shí)現(xiàn)的。
extensions可以認(rèn)為是一個(gè)私有的Category。
- oc中的協(xié)議和java中的接口概念有何不同?
答：OC中的代理有2層含義，官方定義為 formal和informal protocol。前者和Java接口一樣。
informal protocol中的方法屬于設(shè)計(jì)模式考慮范疇，不是必須實(shí)現(xiàn)的，但是如果有實(shí)現(xiàn)，就會(huì)改變類(lèi)的屬性。
其實(shí)關(guān)于正式協(xié)議，類(lèi)別和非正式協(xié)議我很早前學(xué)習(xí)的時(shí)候大致看過(guò)，也寫(xiě)在了學(xué)習(xí)教程里
“非正式協(xié)議概念其實(shí)就是類(lèi)別的另一種表達(dá)方式“這里有一些你可能希望實(shí)現(xiàn)的方法，你可以使用他們更好的完成工作”。
這個(gè)意思是，這些是可選的。比如我門(mén)要一個(gè)更好的方法，我們就會(huì)申明一個(gè)這樣的類(lèi)別去實(shí)現(xiàn)。然后你在后期可以直接使用這些更好的方法。
這么看，總覺(jué)得類(lèi)別這玩意兒有點(diǎn)像協(xié)議的可選協(xié)議。”
現(xiàn)在來(lái)看，其實(shí)protocal已經(jīng)開(kāi)始對(duì)兩者都統(tǒng)一和規(guī)范起來(lái)操作，因?yàn)橘Y料中說(shuō)“非正式協(xié)議使用interface修飾“，
現(xiàn)在我們看到協(xié)議中兩個(gè)修飾詞：“必須實(shí)現(xiàn)(@requied)”和“可選實(shí)現(xiàn)(@optional)”。
- 什么是KVO和KVC?
答：KVC:鍵 – 值編碼是一種間接訪問(wèn)對(duì)象的屬性使用字符串來(lái)標(biāo)識(shí)屬性，而不是通過(guò)調(diào)用存取方法，直接或通過(guò)實(shí)例變量訪問(wèn)的機(jī)制。
很多情況下可以簡(jiǎn)化程序代碼。apple文檔其實(shí)給了一個(gè)很好的例子。
KVO:鍵值觀察機(jī)制，他提供了觀察某一屬性變化的方法，極大的簡(jiǎn)化了代碼。
具體用看到嗯哼用到過(guò)的一個(gè)地方是對(duì)于按鈕點(diǎn)擊變化狀態(tài)的的監(jiān)控。
比如我自定義的一個(gè)button
1
2
3
4
5
6
7
8
[self?addObserver:self?forKeyPath:@"highlighted"?options:0?context:nil];
pragma?mark?KVO
-?(void)observeValueForKeyPath:(NSString?)keyPath?ofObject:(id)object?change:(NSDictionary?)change?context:(void?*)context
{
if?([keyPath?isEqualToString:@"highlighted"]?)?{
[self?setNeedsDisplay];
}
}
對(duì)于系統(tǒng)是根據(jù)keypath去取的到相應(yīng)的值發(fā)生改變，理論上來(lái)說(shuō)是和kvc機(jī)制的道理是一樣的。
對(duì)于kvc機(jī)制如何通過(guò)key尋找到value：
“當(dāng)通過(guò)KVC調(diào)用對(duì)象時(shí)，比如：[self valueForKey:@”someKey”]時(shí)，程序會(huì)自動(dòng)試圖通過(guò)幾種不同的方式解析這個(gè)調(diào)用。首先查找對(duì)象是否帶有 someKey 這個(gè)方法，如果沒(méi)找到，會(huì)繼續(xù)查找對(duì)象是否帶有someKey這個(gè)實(shí)例變量(iVar)，如果還沒(méi)有找到，程序會(huì)繼續(xù)試圖調(diào)用 -(id) valueForUndefinedKey:這個(gè)方法。如果這個(gè)方法還是沒(méi)有被實(shí)現(xiàn)的話(huà)，程序會(huì)拋出一個(gè)NSUndefinedKeyException異常錯(cuò)誤。
(cocoachina.com注：Key-Value Coding查找方法的時(shí)候，不僅僅會(huì)查找someKey這個(gè)方法，還會(huì)查找getsomeKey這個(gè)方法，前面加一個(gè)get，或者_(dá)someKey以及_getsomeKey這幾種形式。同時(shí)，查找實(shí)例變量的時(shí)候也會(huì)不僅僅查找someKey這個(gè)變量，也會(huì)查找_someKey這個(gè)變量是否存在。)
設(shè)計(jì)valueForUndefinedKey:方法的主要目的是當(dāng)你使用-(id)valueForKey方法從對(duì)象中請(qǐng)求值時(shí)，對(duì)象能夠在錯(cuò)誤發(fā)生前，有最后的機(jī)會(huì)響應(yīng)這個(gè)請(qǐng)求。這樣做有很多好處，下面的兩個(gè)例子說(shuō)明了這樣做的好處。“
來(lái)至cocoa，這個(gè)說(shuō)法應(yīng)該挺有道理。
因?yàn)槲覀冎纀utton卻是存在一個(gè)highlighted實(shí)例變量.因此為何上面我們只是add一個(gè)相關(guān)的keypath就行了，
可以按照kvc查找的邏輯理解，就說(shuō)的過(guò)去了。
- 代理的作用?
答：代理的目的是改變或傳遞控制鏈。允許一個(gè)類(lèi)在某些特定時(shí)刻通知到其他類(lèi)，而不需要獲取到那些類(lèi)的指針。可以減少框架復(fù)雜度。
另外一點(diǎn)，代理可以理解為java中的回調(diào)監(jiān)聽(tīng)機(jī)制的一種類(lèi)似。
- oc中可修改和不可以修改類(lèi)型。
答：可修改不可修改的集合類(lèi)。這個(gè)我個(gè)人簡(jiǎn)單理解就是可動(dòng)態(tài)添加修改和不可動(dòng)態(tài)添加修改一樣。
比如NSArray和NSMutableArray。前者在初始化后的內(nèi)存控件就是固定不可變的，后者可以添加等，可以動(dòng)態(tài)申請(qǐng)新的內(nèi)存空間。
- 我們說(shuō)的oc是動(dòng)態(tài)運(yùn)行時(shí)語(yǔ)言是什么意思?
答：多態(tài)。 主要是將數(shù)據(jù)類(lèi)型的確定由編譯時(shí)，推遲到了運(yùn)行時(shí)。
這個(gè)問(wèn)題其實(shí)淺涉及到兩個(gè)概念，運(yùn)行時(shí)和多態(tài)。
簡(jiǎn)單來(lái)說(shuō)，運(yùn)行時(shí)機(jī)制使我們直到運(yùn)行時(shí)才去決定一個(gè)對(duì)象的類(lèi)別，以及調(diào)用該類(lèi)別對(duì)象指定方法。
多態(tài)：不同對(duì)象以自己的方式響應(yīng)相同的消息的能力叫做多態(tài)。意思就是假設(shè)生物類(lèi)(life)都用有一個(gè)相同的方法-eat;
那人類(lèi)屬于生物，豬也屬于生物，都繼承了life后，實(shí)現(xiàn)各自的eat，但是調(diào)用是我們只需調(diào)用各自的eat方法。
也就是不同的對(duì)象以自己的方式響應(yīng)了相同的消息(響應(yīng)了eat這個(gè)選擇器)。
因此也可以說(shuō)，運(yùn)行時(shí)機(jī)制是多態(tài)的基礎(chǔ)?~~~
- 通知和協(xié)議的不同之處?
答：協(xié)議有控制鏈(has-a)的關(guān)系，通知沒(méi)有。
首先我一開(kāi)始也不太明白，什么叫控制鏈(專(zhuān)業(yè)術(shù)語(yǔ)了~)。但是簡(jiǎn)單分析下通知和代理的行為模式，我們大致可以有自己的理解
簡(jiǎn)單來(lái)說(shuō)，通知的話(huà)，它可以一對(duì)多，一條消息可以發(fā)送給多個(gè)消息接受者。
代理按我們的理解，到不是直接說(shuō)不能一對(duì)多，比如我們知道的明星經(jīng)濟(jì)代理人，很多時(shí)候一個(gè)經(jīng)濟(jì)人負(fù)責(zé)好幾個(gè)明星的事務(wù)。
只是對(duì)于不同明星間，代理的事物對(duì)象都是不一樣的，一一對(duì)應(yīng)，不可能說(shuō)明天要處理A明星要一個(gè)發(fā)布會(huì)，代理人發(fā)出處理發(fā)布會(huì)的消息后，別稱(chēng)B的
發(fā)布會(huì)了。但是通知就不一樣，他只關(guān)心發(fā)出通知，而不關(guān)心多少接收到感興趣要處理。
因此控制鏈(has-a從英語(yǔ)單詞大致可以看出，單一擁有和可控制的對(duì)應(yīng)關(guān)系。
- 什么是推送消息?
答：推送通知更是一種技術(shù)。
簡(jiǎn)單點(diǎn)就是客戶(hù)端獲取資源的一種手段。
普通情況下，都是客戶(hù)端主動(dòng)的pull。
推送則是服務(wù)器端主動(dòng)push。 測(cè)試push的實(shí)現(xiàn)可以查看該博文。
- 關(guān)于多態(tài)性
答：多態(tài)，子類(lèi)指針可以賦值給父類(lèi)。
這個(gè)題目其實(shí)可以出到一切面向?qū)ο笳Z(yǔ)言中，
因此關(guān)于多態(tài)，繼承和封裝基本最好都有個(gè)自我意識(shí)的理解，也并非一定要把書(shū)上資料上寫(xiě)的能背出來(lái)
- 對(duì)于單例的理解
答：在objective-c中要實(shí)現(xiàn)一個(gè)單例類(lèi)，至少需要做以下四個(gè)步驟：
1).為單例對(duì)象實(shí)現(xiàn)一個(gè)靜態(tài)實(shí)例，并初始化，然后設(shè)置成nil，
2).實(shí)現(xiàn)一個(gè)實(shí)例構(gòu)造方法檢查上面聲明的靜態(tài)實(shí)例是否為nil，如果是則新建并返回一個(gè)本類(lèi)的實(shí)例，
3).重寫(xiě)allocWithZone方法，用來(lái)保證其他人直接使用alloc和init試圖獲得一個(gè)新實(shí)力的時(shí)候不產(chǎn)生一個(gè)新實(shí)例，
4).適當(dāng)實(shí)現(xiàn)allocWitheZone，copyWithZone，release和autorelease。
- 說(shuō)說(shuō)響應(yīng)鏈
答： 事件響應(yīng)鏈。包括點(diǎn)擊事件，畫(huà)面刷新事件等。在視圖棧內(nèi)從上至下，或者從下之上傳播。
可以說(shuō)點(diǎn)事件的分發(fā)，傳遞以及處理。具體可以去看下touch事件這塊。因?yàn)閱?wèn)的太抽象化了
嚴(yán)重懷疑題目出到越后面就越籠統(tǒng)。
可以從責(zé)任鏈模式，來(lái)講通過(guò)事件響應(yīng)鏈處理，其擁有的擴(kuò)展性
- frame和bounds有什么不同?
答:frame指的是：該view在父view坐標(biāo)系統(tǒng)中的位置和大小。(參照點(diǎn)是父親的坐標(biāo)系統(tǒng))
bounds指的是：該view在本身坐標(biāo)系統(tǒng)中 的位置和大小。(參照點(diǎn)是本身坐標(biāo)系統(tǒng))
- 方法和選擇器有何不同?
答：selector是一個(gè)方法的名字，method是一個(gè)組合體，包含了名字和實(shí)現(xiàn).
詳情可以看apple文檔。
- OC的垃圾回收機(jī)制?
答： OC2.0有Garbage collection，但是iOS平臺(tái)不提供。
一般我們了解的objective-c對(duì)于內(nèi)存管理都是手動(dòng)操作的，但是也有自動(dòng)釋放池。
但是差了大部分資料，貌似不要和arc機(jī)制搞混就好了。
- NSOperation queue?
答：存放NSOperation的集合類(lèi)。
操作和操作隊(duì)列，基本可以看成java中的線程和線程池的概念。用于處理ios多線程開(kāi)發(fā)的問(wèn)題。
網(wǎng)上部分資料提到一點(diǎn)是，雖然是queue，但是卻并不是帶有隊(duì)列的概念，放入的操作并非是按照嚴(yán)格的先進(jìn)現(xiàn)出。
這邊又有個(gè)疑點(diǎn)是，對(duì)于隊(duì)列來(lái)說(shuō)，先進(jìn)先出的概念是Afunc添加進(jìn)隊(duì)列，Bfunc緊跟著也進(jìn)入隊(duì)列，Afunc先執(zhí)行這個(gè)是必然的，
但是Bfunc是等Afunc完全操作完以后，B才開(kāi)始啟動(dòng)并且執(zhí)行，因此隊(duì)列的概念離亂上有點(diǎn)違背了多線程處理這個(gè)概念。
但是轉(zhuǎn)念一想其實(shí)可以參考銀行的取票和叫號(hào)系統(tǒng)。
因此對(duì)于A比B先排隊(duì)取票但是B率先執(zhí)行完操作，我們亦然可以感性認(rèn)為這還是一個(gè)隊(duì)列。
但是后來(lái)看到一票關(guān)于這操作隊(duì)列話(huà)題的文章，其中有一句提到
“因?yàn)閮蓚€(gè)操作提交的時(shí)間間隔很近，線程池中的線程，誰(shuí)先啟動(dòng)是不定的。”
瞬間覺(jué)得這個(gè)queue名字有點(diǎn)忽悠人了，還不如pool~
綜合一點(diǎn)，我們知道他可以比較大的用處在于可以幫組多線程編程就好了。
- 什么是延遲加載?
答：懶漢模式，只在用到的時(shí)候才去初始化。
也可以理解成延時(shí)加載。
我覺(jué)得最好也最簡(jiǎn)單的一個(gè)列子就是tableView中圖片的加載顯示了。
一個(gè)延時(shí)載，避免內(nèi)存過(guò)高，一個(gè)異步加載，避免線程堵塞。
- 是否在一個(gè)視圖控制器中嵌入兩個(gè)tableview控制器?
答：一個(gè)視圖控制只提供了一個(gè)View視圖，理論上一個(gè)tableViewController也不能放吧，
只能說(shuō)可以嵌入一個(gè)tableview視圖。當(dāng)然，題目本身也有歧義，如果不是我們定性思維認(rèn)為的UIViewController，而是宏觀的表示視圖控制者，那我們倒是可以把其看成一個(gè)視圖控制者，它可以控制多個(gè)視圖控制器，比如TabbarController那樣的感覺(jué)。
- 一個(gè)tableView是否可以關(guān)聯(lián)兩個(gè)不同的數(shù)據(jù)源?你會(huì)怎么處理?
答：首先我們從代碼來(lái)看，數(shù)據(jù)源如何關(guān)聯(lián)上的，其實(shí)是在數(shù)據(jù)源關(guān)聯(lián)的代理方法里實(shí)現(xiàn)的。
因此我們并不關(guān)心如何去關(guān)聯(lián)他，他怎么關(guān)聯(lián)上，方法只是讓我返回根據(jù)自己的需要去設(shè)置如相關(guān)的數(shù)據(jù)源。
因此，我覺(jué)得可以設(shè)置多個(gè)數(shù)據(jù)源啊，但是有個(gè)問(wèn)題是，你這是想干嘛呢?想讓列表如何顯示，不同的數(shù)據(jù)源分區(qū)塊顯示?
- 什么時(shí)候使用NSMutableArray，什么時(shí)候使用NSArray?
答：當(dāng)數(shù)組在程序運(yùn)行時(shí)，需要不斷變化的，使用NSMutableArray，當(dāng)數(shù)組在初始化后，便不再改變的，使用NSArray。需要指出的是，使用NSArray只表明的是該數(shù)組在運(yùn)行時(shí)不發(fā)生改變，即不能往NSAarry的數(shù)組里新增和刪除元素，但不表明其數(shù)組內(nèi)的元素的內(nèi)容不能發(fā)生改變。NSArray是線程安全的，NSMutableArray不是線程安全的，多線程使用到NSMutableArray需要注意。
- 給出委托方法的實(shí)例，并且說(shuō)出UITableVIew的Data Source方法
答：CocoaTouch框架中用到了大量委托，其中UITableViewDelegate就是委托機(jī)制的典型應(yīng)用，是一個(gè)典型的使用委托來(lái)實(shí)現(xiàn)適配器模式，其中UITableViewDelegate協(xié)議是目標(biāo)，tableview是適配器，實(shí)現(xiàn)UITableViewDelegate協(xié)議，并將自身設(shè)置為talbeview的delegate的對(duì)象，是被適配器，一般情況下該對(duì)象是UITableViewController。
UITableVIew的Data Source方法有- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section;
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath;
- 在應(yīng)用中可以創(chuàng)建多少autorelease對(duì)象，是否有限制?
答案：無(wú)
- 如果我們不創(chuàng)建內(nèi)存池，是否有內(nèi)存池提供給我們?
答:界面線程維護(hù)著自己的內(nèi)存池，用戶(hù)自己創(chuàng)建的數(shù)據(jù)線程，則需要?jiǎng)?chuàng)建該線程的內(nèi)存池
- 什么時(shí)候需要在程序中創(chuàng)建內(nèi)存池?
答：用戶(hù)自己創(chuàng)建的數(shù)據(jù)線程，則需要?jiǎng)?chuàng)建該線程的內(nèi)存池
- 類(lèi)NSObject的那些方法經(jīng)常被使用?
答：NSObject是Objetive-C的基類(lèi)，其由NSObject類(lèi)及一系列協(xié)議構(gòu)成。
其中類(lèi)方法alloc、class、 description 對(duì)象方法init、dealloc、– performSelector:withObject:afterDelay:等經(jīng)常被使用
- 什么是簡(jiǎn)便構(gòu)造方法?
答：簡(jiǎn)便構(gòu)造方法一般由CocoaTouch框架提供，如NSNumber的 + numberWithBool: + numberWithChar: + numberWithDouble: + numberWithFloat: + numberWithInt:
Foundation下大部分類(lèi)均有簡(jiǎn)便構(gòu)造方法，我們可以通過(guò)簡(jiǎn)便構(gòu)造方法，獲得系統(tǒng)給我們創(chuàng)建好的對(duì)象，并且不需要手動(dòng)釋放。
- 如何使用Xcode設(shè)計(jì)通用應(yīng)用?
答：使用MVC模式設(shè)計(jì)應(yīng)用，其中Model層完成脫離界面，即在Model層，其是可運(yùn)行在任何設(shè)備上，在controller層，根據(jù)iPhone與iPad(獨(dú)有UISplitViewController)的不同特點(diǎn)選擇不同的viewController對(duì)象。在View層，可根據(jù)現(xiàn)實(shí)要求，來(lái)設(shè)計(jì)，其中以xib文件設(shè)計(jì)時(shí)，其設(shè)置其為universal。
- UIView的動(dòng)畫(huà)效果有那些?
答：有很多，如 UIViewAnimationOptionCurveEaseInOut UIViewAnimationOptionCurveEaseIn UIViewAnimationOptionCurveEaseOut UIViewAnimationOptionTransitionFlipFromLeft UIViewAnimationOptionTransitionFlipFromRight UIViewAnimationOptionTransitionCurlUpUIViewAnimationOptionTransitionCurlDown
- 在iPhone應(yīng)用中如何保存數(shù)據(jù)?
答：有以下幾種保存機(jī)制：
1).通過(guò)web服務(wù)，保存在服務(wù)器上
2).通過(guò)NSCoder固化機(jī)制，將對(duì)象保存在文件中
3).通過(guò)SQlite或CoreData保存在文件數(shù)據(jù)庫(kù)中
- 什么是coredata?
答：coredata是蘋(píng)果提供一套數(shù)據(jù)保存框架，其基于SQlite
- 什么是NSManagedObject模型?
答：NSManagedObject是NSObject的子類(lèi) ，也是coredata的重要組成部分，它是一個(gè)通用的類(lèi),實(shí)現(xiàn)了core data 模型層所需的基本功能，用戶(hù)可通過(guò)子類(lèi)化NSManagedObject，建立自己的數(shù)據(jù)模型。
- 什么是NSManagedobjectContext?
答：NSManagedobjectContext對(duì)象負(fù)責(zé)應(yīng)用和數(shù)據(jù)庫(kù)之間的交互。
- 什么是謂詞?
答：謂詞是通過(guò)NSPredicate，是通過(guò)給定的邏輯條件作為約束條件，完成對(duì)數(shù)據(jù)的篩選。
1
2
predicate?=?[NSPredicate?predicateWithFormat:@"customerID?==?%d",n];
a?=?[customers?filteredArrayUsingPredicate:predicate];
- 和coredata一起有哪幾種持久化存儲(chǔ)機(jī)制?
答：存入到文件、 存入到NSUserDefaults(系統(tǒng)plist文件中)、存入到Sqlite文件數(shù)據(jù)庫(kù)
- 談?wù)剬?duì)Block 的理解?并寫(xiě)出一個(gè)使用Block執(zhí)行UIVew動(dòng)畫(huà)?
答：Block是可以獲取其他函數(shù)局部變量的匿名函數(shù)，其不但方便開(kāi)發(fā)，并且可以大幅提高應(yīng)用的執(zhí)行效率(多核心CPU可直接處理Block指令)
1
2
3
4
5
[UIView?transitionWithView:self.view
duration:0.2
options:UIViewAnimationOptionTransitionFlipFromLeft
animations:^{?[[blueViewController?view]?removeFromSuperview];?[[self?view]?insertSubview:yellowViewController.view?atIndex:0];?}
completion:NULL];
- 寫(xiě)出上面代碼的Block的定義。
答：
1
2
typedef?void(^animations)?(void);
typedef?void(^completion)?(BOOL?finished);
- 試著使用+ beginAnimations:context:以及上述Block的定義，寫(xiě)出一個(gè)可以完成
1
+?(void)transitionWithView:(UIView?*)view?duration:(NSTimeInterval)duration?options:(UIViewAnimationOptions)options?animations:(void?()(void))animations?completion:(void?()(BOOL?finished))completion?NS_AVAILABLE_IOS(4_0);
操作的函數(shù)執(zhí)行部分
答案：無(wú)
- 做過(guò)的項(xiàng)目是否涉及網(wǎng)絡(luò)訪問(wèn)功能，使用什么對(duì)象完成網(wǎng)絡(luò)功能?
答：ASIHTTPRequest與NSURLConnection
- 簡(jiǎn)單介紹下NSURLConnection類(lèi)及+ sendSynchronousRequest:returningResponse:error:與– initWithRequest:delegate:兩個(gè)方法的區(qū)別?
答: NSURLConnection主要用于網(wǎng)絡(luò)訪問(wèn)，其中+ sendSynchronousRequest:returningResponse:error:是同步訪問(wèn)數(shù)據(jù)，即當(dāng)前線程會(huì)阻塞，并等待request的返回的response，而– initWithRequest:delegate:使用的是異步加載，當(dāng)其完成網(wǎng)絡(luò)訪問(wèn)后，會(huì)通過(guò)delegate回到主線程，并其委托的對(duì)象。
- 多線程是什么
答: 多線程是個(gè)復(fù)雜的概念，按字面意思是同步完成多項(xiàng)任務(wù)，提高了資源的使用效率，從硬件、操作系統(tǒng)、應(yīng)用軟件不同的角度去看，多線程被賦予不同的內(nèi)涵，對(duì)于硬件，現(xiàn)在市面上多數(shù)的CPU都是多核的，多核的CPU運(yùn)算多線程更為出色;從操作系統(tǒng)角度，是多任務(wù)，現(xiàn)在用的主流操作系統(tǒng)都是多任務(wù)的，可以一邊聽(tīng)歌、一邊寫(xiě)博客;對(duì)于應(yīng)用來(lái)說(shuō)，多線程可以讓?xiě)?yīng)用有更快的回應(yīng)，可以在網(wǎng)絡(luò)下載時(shí)，同時(shí)響應(yīng)用戶(hù)的觸摸操作。在iOS應(yīng)用中，對(duì)多線程最初的理解，就是并發(fā)，它的含義是原來(lái)先做燒水，再摘菜，再炒菜的工作，會(huì)變成燒水的同時(shí)去摘菜，最后去炒菜。
- iOS 中的多線程
答: iOS中的多線程，是Cocoa框架下的多線程，通過(guò)Cocoa的封裝，可以讓我們更為方便的使用線程，做過(guò)C++的同學(xué)可能會(huì)對(duì)線程有更多的理解，比如線程的創(chuàng)立，信號(hào)量、共享變量有認(rèn)識(shí)，Cocoa框架下會(huì)方便很多，它對(duì)線程做了封裝，有些封裝，可以讓我們創(chuàng)建的對(duì)象，本身便擁有線程，也就是線程的對(duì)象化抽象，從而減少我們的工程，提供程序的健壯性。
GCD是(Grand Central Dispatch)的縮寫(xiě) ，從系統(tǒng)級(jí)別提供的一個(gè)易用地多線程類(lèi)庫(kù)，具有運(yùn)行時(shí)的特點(diǎn)，能充分利用多核心硬件。GCD的API接口為C語(yǔ)言的函數(shù)，函數(shù)參數(shù)中多數(shù)有Block，關(guān)于Block的使用參看這里，為我們提供強(qiáng)大的“接口”，對(duì)于GCD的使用參見(jiàn)本文
NSOperation與Queue
NSOperation是一個(gè)抽象類(lèi)，它封裝了線程的細(xì)節(jié)實(shí)現(xiàn)，我們可以通過(guò)子類(lèi)化該對(duì)象，加上NSQueue來(lái)同面向?qū)ο蟮乃季S，管理多線程程序。具體可參看這里：一個(gè)基于NSOperation的多線程網(wǎng)絡(luò)訪問(wèn)的項(xiàng)目。
NSThread
NSThread是一個(gè)控制線程執(zhí)行的對(duì)象，它不如NSOperation抽象，通過(guò)它我們可以方便的得到一個(gè)線程，并控制它。但NSThread的線程之間的并發(fā)控制，是需要我們自己來(lái)控制的，可以通過(guò)NSCondition實(shí)現(xiàn)。
參看 iOS多線程編程之NSThread的使用
其他多線程
在Cocoa的框架下，通知、Timer和異步函數(shù)等都有使用多線程，(待補(bǔ)充).
- 在項(xiàng)目什么時(shí)候選擇使用GCD，什么時(shí)候選擇NSOperation?
答: 項(xiàng)目中使用NSOperation的優(yōu)點(diǎn)是NSOperation是對(duì)線程的高度抽象，在項(xiàng)目中使用它，會(huì)使項(xiàng)目的程序結(jié)構(gòu)更好，子類(lèi)化NSOperation的設(shè)計(jì)思路，是具有面向?qū)ο蟮膬?yōu)點(diǎn)(復(fù)用、封裝)，使得實(shí)現(xiàn)是多線程支持，而接口簡(jiǎn)單，建議在復(fù)雜項(xiàng)目中使用。
項(xiàng)目中使用GCD的優(yōu)點(diǎn)是GCD本身非常簡(jiǎn)單、易用，對(duì)于不復(fù)雜的多線程操作，會(huì)節(jié)省代碼量，而B(niǎo)lock參數(shù)的使用，會(huì)是代碼更為易讀，建議在簡(jiǎn)單項(xiàng)目中使用。
- 什么是block
答: 對(duì)于閉包(block),有很多定義，其中閉包就是能夠讀取其它函數(shù)內(nèi)部變量的函數(shù)，這個(gè)定義即接近本質(zhì)又較好理解。對(duì)于剛接觸Block的同學(xué)，會(huì)覺(jué)得有些繞，因?yàn)槲覀兞?xí)慣寫(xiě)這樣的程序main(){ funA();} funA(){funB();} funB(){…..}; 就是函數(shù)main調(diào)用函數(shù)A，函數(shù)A調(diào)用函數(shù)B… 函數(shù)們依次順序執(zhí)行，但現(xiàn)實(shí)中不全是這樣的，例如項(xiàng)目經(jīng)理M，手下有3個(gè)程序員A、B、C，當(dāng)他給程序員A安排實(shí)現(xiàn)功能F1時(shí)，他并不等著A完成之后，再去安排B去實(shí)現(xiàn)F2，而是安排給A功能F1，B功能F2，C功能F3，然后可能去寫(xiě)技術(shù)文檔，而當(dāng)A遇到問(wèn)題時(shí)，他會(huì)來(lái)找項(xiàng)目經(jīng)理M，當(dāng)B做完時(shí)，會(huì)通知M，這就是一個(gè)異步執(zhí)行的例子。在這種情形下，Block便可大顯身手，因?yàn)樵陧?xiàng)目經(jīng)理M，給A安排工作時(shí)，同時(shí)會(huì)告訴A若果遇到困難，如何能找到他報(bào)告問(wèn)題(例如打他手機(jī)號(hào))，這就是項(xiàng)目經(jīng)理M給A的一個(gè)回調(diào)接口，要回掉的操作，比如接到電話(huà)，百度查詢(xún)后，返回網(wǎng)頁(yè)內(nèi)容給A，這就是一個(gè)Block，在M交待工作時(shí)，已經(jīng)定義好，并且取得了F1的任務(wù)號(hào)(局部變量)，卻是在當(dāng)A遇到問(wèn)題時(shí)，才調(diào)用執(zhí)行，跨函數(shù)在項(xiàng)目經(jīng)理M查詢(xún)百度，獲得結(jié)果后回調(diào)該block。
- block 實(shí)現(xiàn)原理
答: Objective-C是對(duì)C語(yǔ)言的擴(kuò)展，block的實(shí)現(xiàn)是基于指針和函數(shù)指針。
從計(jì)算語(yǔ)言的發(fā)展，最早的goto，高級(jí)語(yǔ)言的指針，到面向?qū)ο笳Z(yǔ)言的block，從機(jī)器的思維，一步步接近人的思維，以方便開(kāi)發(fā)人員更為高效、直接的描述出現(xiàn)實(shí)的邏輯(需求)。
使用實(shí)例
cocoaTouch框架下動(dòng)畫(huà)效果的Block的調(diào)用
使用typed聲明block
1
2
typedef?void(^didFinishBlock)?(NSObject?*ob);
這就聲明了一個(gè)didFinishBlock類(lèi)型的block，
然后便可用
1
@property?(nonatomic,copy)?didFinishBlock?finishBlock;
聲明一個(gè)blokc對(duì)象，注意對(duì)象屬性設(shè)置為copy，接到block 參數(shù)時(shí)，便會(huì)自動(dòng)復(fù)制一份。
__block是一種特殊類(lèi)型，
使用該關(guān)鍵字聲明的局部變量，可以被block所改變，并且其在原函數(shù)中的值會(huì)被改變。
60.關(guān)于block
答: 面試時(shí)，面試官會(huì)先問(wèn)一些，是否了解block，是否使用過(guò)block，這些問(wèn)題相當(dāng)于開(kāi)場(chǎng)白，往往是下面一系列問(wèn)題的開(kāi)始，所以一定要如實(shí)根據(jù)自己的情況回答。
1). 使用block和使用delegate完成委托模式有什么優(yōu)點(diǎn)?
首先要了解什么是委托模式，委托模式在iOS中大量應(yīng)用，其在設(shè)計(jì)模式中是適配器模式中的對(duì)象適配器，Objective-C中使用id類(lèi)型指向一切對(duì)象，使委托模式更為簡(jiǎn)潔。了解委托模式的細(xì)節(jié)：
iOS設(shè)計(jì)模式—-委托模式
使用block實(shí)現(xiàn)委托模式，其優(yōu)點(diǎn)是回調(diào)的block代碼塊定義在委托對(duì)象函數(shù)內(nèi)部，使代碼更為緊湊;
適配對(duì)象不再需要實(shí)現(xiàn)具體某個(gè)protocol，代碼更為簡(jiǎn)潔。
2). 多線程與block
GCD與Block
使用 dispatch_async 系列方法，可以以指定的方式執(zhí)行block
GCD編程實(shí)例
dispatch_async的完整定義
1
2
3
void?dispatch_async(
dispatch_queue_t?queue,
dispatch_block_t?block);
功能：在指定的隊(duì)列里提交一個(gè)異步執(zhí)行的block，不阻塞當(dāng)前線程
通過(guò)queue來(lái)控制block執(zhí)行的線程。主線程執(zhí)行前文定義的 finishBlock對(duì)象
1
dispatch_async(dispatch_get_main_queue(),^(void){finishBlock();});
62.談?wù)凮bject-C的內(nèi)存管理方式及過(guò)程？
答: 1).當(dāng)你使用new,alloc和copy方法創(chuàng)建一個(gè)對(duì)象時(shí),該對(duì)象的保留計(jì)數(shù)器值為1.當(dāng)你不再使用該對(duì)象時(shí),你要負(fù)責(zé)向該對(duì)象發(fā)送一條release或autorelease消息.這樣,該對(duì)象將在使用壽命結(jié)束時(shí)被銷(xiāo)毀.
2).當(dāng)你通過(guò)任何其他方法獲得一個(gè)對(duì)象時(shí),則假設(shè)該對(duì)象的保留計(jì)數(shù)器值為1,而且已經(jīng)被設(shè)置為自動(dòng)釋放,你不需要執(zhí)行任何操作來(lái)確保該對(duì)象被清理.如果你打算在一段時(shí)間內(nèi)擁有該對(duì)象,則需要保留它并確保在操作完成時(shí)釋放它.
3).如果你保留了某個(gè)對(duì)象,你需要(最終)釋放或自動(dòng)釋放該對(duì)象.必須保持retain方法和release方法的使用次數(shù)相等.
63.Object-C有私有方法嗎？私有變量呢？
答: objective-c – 類(lèi)里面的方法只有兩種, 靜態(tài)方法和實(shí)例方法. 這似乎就不是完整的面向?qū)ο罅?按照OO的原則就是一個(gè)對(duì)象只暴露有用的東西. 如果沒(méi)有了私有方法的話(huà), 對(duì)于一些小范圍的代碼重用就不那么順手了. 在類(lèi)里面聲名一個(gè)私有方法
1
2
3
4
5
6
7
@interface?Controller?:?NSObject?{?NSString?*something;?}
+?(void)thisIsAStaticMethod;
–?(void)thisIsAnInstanceMethod;
@end
@interface?Controller?(private)?-
(void)thisIsAPrivateMethod;
@end
@private可以用來(lái)修飾私有變量
在Objective‐C中，所有實(shí)例變量默認(rèn)都是私有的，所有實(shí)例方法默認(rèn)都是公有的
64.Object-C有多繼承嗎？沒(méi)有的話(huà)用什么代替？cocoa 中所有的類(lèi)都是NSObject 的子類(lèi)
答: 多繼承在這里是用protocol 委托代理 來(lái)實(shí)現(xiàn)的
你不用去考慮繁瑣的多繼承 ,虛基類(lèi)的概念.
ood的多態(tài)特性 在 obj-c 中通過(guò)委托來(lái)實(shí)現(xiàn).
65.內(nèi)存管理 Autorelease、retain、copy、assign的set方法和含義？
答: 1).你初始化(alloc/init)的對(duì)象，你需要釋放(release)它。例如：
NSMutableArray aArray = [[NSArray alloc] init]; 后，需要 [aArray release];
2).你retain或copy的，你需要釋放它。例如：
[aArray retain] 后，需要 [aArray release];
3).被傳遞(assign)的對(duì)象，你需要斟酌的retain和release。例如：
obj2 = [[obj1 someMethod] autorelease];
對(duì)象2接收對(duì)象1的一個(gè)自動(dòng)釋放的值，或傳遞一個(gè)基本數(shù)據(jù)類(lèi)型(NSInteger，NSString)時(shí)：你或希望將對(duì)象2進(jìn)行retain，以防止它在被使用之前就被自動(dòng)釋放掉。但是在retain后，一定要在適當(dāng)?shù)臅r(shí)候進(jìn)行釋放。
關(guān)于索引計(jì)數(shù)(Reference Counting)的問(wèn)題
retain值 = 索引計(jì)數(shù)(Reference Counting)
NSArray對(duì)象會(huì)retain(retain值加一)任何數(shù)組中的對(duì)象。當(dāng)NSArray被卸載(dealloc)的時(shí)候，所有數(shù)組中的對(duì)象會(huì) 被 執(zhí)行一次釋放(retain值減一)。不僅僅是NSArray，任何收集類(lèi)(Collection Classes)都執(zhí)行類(lèi)似操作。例如 NSDictionary，甚至UINavigationController。
Alloc/init建立的對(duì)象，索引計(jì)數(shù)為1。無(wú)需將其再次retain。
[NSArray array]和[NSDate date]等“方法”建立一個(gè)索引計(jì)數(shù)為1的對(duì)象，但是也是一個(gè)自動(dòng)釋放對(duì)象。所以是本地臨時(shí)對(duì)象，那么無(wú)所謂了。如果是打算在全Class中使用的變量(iVar)，則必須retain它。
缺省的類(lèi)方法返回值都被執(zhí)行了“自動(dòng)釋放”方法。(*如上中的NSArray)
在類(lèi)中的卸載方法“dealloc”中，release所有未被平衡的NS對(duì)象。(*所有未被autorelease，而retain值為1的)
- C和obj-c 如何混用
答: 1).obj-c的編譯器處理后綴為m的文件時(shí)，可以識(shí)別obj-c和c的代碼，處理mm文件可以識(shí)別obj-c,c,c++代碼，但cpp文件必須只能用c/c++代碼，而且cpp文件include的頭文件中，也不能出現(xiàn)obj-c的代碼，因?yàn)閏pp只是cpp
2).在mm文件中混用cpp直接使用即可，所以obj-c混cpp不是問(wèn)題
3).在cpp中混用obj-c其實(shí)就是使用obj-c編寫(xiě)的模塊是我們想要的。
如果模塊以類(lèi)實(shí)現(xiàn)，那么要按照cpp class的標(biāo)準(zhǔn)寫(xiě)類(lèi)的定義，頭文件中不能出現(xiàn)obj-c的東西，包括#import cocoa的。實(shí)現(xiàn)文件中，即類(lèi)的實(shí)現(xiàn)代碼中可以使用obj-c的東西，可以import,只是后綴是mm。
如果模塊以函數(shù)實(shí)現(xiàn)，那么頭文件要按c的格式聲明函數(shù)，實(shí)現(xiàn)文件中，c++函數(shù)內(nèi)部可以用obj-c，但后綴還是mm或m。
總結(jié)：只要cpp文件和cpp include的文件中不包含obj-c的東西就可以用了，cpp混用obj-c的關(guān)鍵是使用接口，而不能直接使用 實(shí)現(xiàn)代 碼，實(shí)際上cpp混用的是obj-c編譯后的o文件，這個(gè)東西其實(shí)是無(wú)差別的，所以可以用。obj-c的編譯器支持cpp
- Objective-C堆和棧的區(qū)別？
答: 管理方式：對(duì)于棧來(lái)講，是由編譯器自動(dòng)管理，無(wú)需我們手工控制；對(duì)于堆來(lái)說(shuō)，釋放工作由程序員控制，容易產(chǎn)生memory leak。
申請(qǐng)大小：
棧：在Windows下,棧是向低地址擴(kuò)展的數(shù)據(jù)結(jié)構(gòu)，是一塊連續(xù)的內(nèi)存的區(qū)域。這句話(huà)的意思是棧頂?shù)牡刂泛蜅５淖畲笕萘渴窍到y(tǒng)預(yù)先規(guī)定好的，在 WINDOWS下，棧的大小是2M（也有的說(shuō)是1M，總之是一個(gè)編譯時(shí)就確定的常數(shù)），如果申請(qǐng)的空間超過(guò)棧的剩余空間時(shí)，將提示overflow。因 此，能從棧獲得的空間較小。
堆：堆是向高地址擴(kuò)展的數(shù)據(jù)結(jié)構(gòu)，是不連續(xù)的內(nèi)存區(qū)域。這是由于系統(tǒng)是用鏈表來(lái)存儲(chǔ)的空閑內(nèi)存地址的，自然是不連續(xù)的，而鏈表的遍歷方向是由低地址向高地址。堆的大小受限于計(jì)算機(jī)系統(tǒng)中有效的虛擬內(nèi)存。由此可見(jiàn)，堆獲得的空間比較靈活，也比較大。
碎片問(wèn)題：對(duì)于堆來(lái)講，頻繁的new/delete勢(shì)必會(huì)造成內(nèi)存空間的不連續(xù)，從而造成大量的碎片，使程序效率降低。對(duì)于棧來(lái)講，則不會(huì)存在這個(gè)問(wèn)題，因?yàn)闂Ｊ窍冗M(jìn)后出的隊(duì)列，他們是如此的一一對(duì)應(yīng)，以至于永遠(yuǎn)都不可能有一個(gè)內(nèi)存塊從棧中間彈出
分配方式：堆都是動(dòng)態(tài)分配的，沒(méi)有靜態(tài)分配的堆。棧有2種分配方式：靜態(tài)分配和動(dòng)態(tài)分配。靜態(tài)分配是編譯器完成的，比如局部變量的分配。動(dòng)態(tài)分配由alloca函數(shù)進(jìn)行分配，但是棧的動(dòng)態(tài)分配和堆是不同的，他的動(dòng)態(tài)分配是由編譯器進(jìn)行釋放，無(wú)需我們手工實(shí)現(xiàn)。
分配效率：棧是機(jī)器系統(tǒng)提供的數(shù)據(jù)結(jié)構(gòu)，計(jì)算機(jī)會(huì)在底層對(duì)棧提供支持：分配專(zhuān)門(mén)的寄存器存放棧的地址，壓棧出棧都有專(zhuān)門(mén)的指令執(zhí)行，這就決定了棧的效率比較高。堆則是C/C++函數(shù)庫(kù)提供的，它的機(jī)制是很復(fù)雜的。
- ViewController的didReceiveMemoryWarning怎么被調(diào)用：
答:[supper didReceiveMemoryWarning];
69.什么時(shí)候用delegate,什么時(shí)候用Notification?
答: delegate針對(duì)one-to-one關(guān)系，用于sender接受到reciever的某個(gè)功能反饋值。
notification針對(duì)one-to-one/many/none,reciver,用于通知多個(gè)object某個(gè)事件。
70.用預(yù)處理指令#define聲明一個(gè)常數(shù)，用以表明1年中有多少秒（忽略閏年問(wèn)題）
答:
define SECONDS_PER_YEAR (60 * 60 * 24 * 365)UL
我在這想看到幾件事情：
define 語(yǔ)法的基本知識(shí)（例如：不能以分號(hào)結(jié)束，括號(hào)的使用，等等）
懂得預(yù)處理器將為你計(jì)算常數(shù)表達(dá)式的值，因此，直接寫(xiě)出你是如何計(jì)算一年中有多少秒而不是計(jì)算出實(shí)際的值，是更清晰而沒(méi)有代價(jià)的。
意識(shí)到這個(gè)表達(dá)式將使一個(gè)16位機(jī)的整型數(shù)溢出-因此要用到長(zhǎng)整型符號(hào)L,告訴編譯器這個(gè)常數(shù)是的長(zhǎng)整型數(shù)。
如果你在你的表達(dá)式中用到UL（表示無(wú)符號(hào)長(zhǎng)整型），那么你有了一個(gè)好的起點(diǎn)。記住，第一印象很重要。
71.寫(xiě)一個(gè)”標(biāo)準(zhǔn)"宏MIN ，這個(gè)宏輸入兩個(gè)參數(shù)并返回較小的一個(gè)。
答：
1
define?MIN(A,B)?（（A）?<=?(B)???(A)?:?(B))
這個(gè)測(cè)試是為下面的目的而設(shè)的：
標(biāo)識(shí)#define在宏中應(yīng)用的基本知識(shí)。這是很重要的，因?yàn)橹钡角度?inline)操作符變?yōu)闃?biāo)準(zhǔn)C的一部分，宏是方便產(chǎn)生嵌入代碼的唯一方
法，
對(duì)于嵌入式系統(tǒng)來(lái)說(shuō)，為了能達(dá)到要求的性能，嵌入代碼經(jīng)常是必須的方法。
三重條件操作符的知識(shí)。這個(gè)操作符存在C語(yǔ)言中的原因是它使得編譯器能產(chǎn)生比 if-then-else 更優(yōu)化的代碼，了解這個(gè)用法是很重要的。
懂得在宏中小心地把參數(shù)用括號(hào)括起來(lái)
我也用這個(gè)問(wèn)題開(kāi)始討論宏的副作用，例如：當(dāng)你寫(xiě)下面的代碼時(shí)會(huì)發(fā)生什么事？
1
least?=?MIN(*p++,?b);
結(jié)果是：
1
((p++)?<=?(b)???(p++)?:?(*p++))
這個(gè)表達(dá)式會(huì)產(chǎn)生副作用，指針p會(huì)作三次++自增操作。
72.關(guān)鍵字const有什么含意？修飾類(lèi)呢?static的作用,用于類(lèi)呢?還有extern c的作用
答：
const 意味著"只讀"，下面的聲明都是什么意思？
1
2
3
4
5
const?int?a;
int?const?a;
const?int?a;
int??const?a;
int?const?*?a?const;
前兩個(gè)的作用是一樣，a是一個(gè)常整型數(shù)。
第三個(gè)意味著a是一個(gè)指向常整型數(shù)的指針（也就是，整型數(shù)是不可修改的，但指針可以）。
第四個(gè)意思a是一個(gè)指向整型數(shù)的常指針（也就是說(shuō)，指針指向的整型數(shù)是可以修改的，但指針是不可修改的）。
最后一個(gè)意味著a是一個(gè)指向常整型數(shù)的常指針（也就是說(shuō)，指針指向的整型數(shù)是不可修改的，同時(shí)指針也是不可修改的）。
結(jié)論：
關(guān)鍵字const的作用是為給讀你代碼的人傳達(dá)非常有用的信息，實(shí)際上，聲明一個(gè)參數(shù)為常量是為了告訴了用戶(hù)這個(gè)參數(shù)的應(yīng)用目的。
如果你曾花很多時(shí)間清理其它人留下的垃圾，你就會(huì)很快學(xué)會(huì)感謝這點(diǎn)多余的信息。（當(dāng)然，懂得用const的程序員很少會(huì)留下的垃圾讓別人來(lái)清理的） ?通過(guò)給優(yōu)化器一些附加的信息，使用關(guān)鍵字const也許能產(chǎn)生更緊湊的代碼。合理地使用關(guān)鍵字const可以使編譯器很自然地保護(hù)那些不希望被改變的參數(shù)，防止其被無(wú)意的代碼修改。簡(jiǎn)而言之，這樣可以減少bug的出現(xiàn)。
1).欲阻止一個(gè)變量被改變，可以使用 const 關(guān)鍵字。在定義該 const 變量時(shí)，通常需要對(duì)它進(jìn)行初
始化，因?yàn)橐院缶蜎](méi)有機(jī)會(huì)再去改變它了；
2).對(duì)指針來(lái)說(shuō)，可以指定指針本身為 const，也可以指定指針?biāo)傅臄?shù)據(jù)為 const，或二者同時(shí)指
定為 const；
3).在一個(gè)函數(shù)聲明中，const 可以修飾形參，表明它是一個(gè)輸入?yún)?shù)，在函數(shù)內(nèi)部不能改變其值；
4).對(duì)于類(lèi)的成員函數(shù)，若指定其為 const 類(lèi)型，則表明其是一個(gè)常函數(shù)，不能修改類(lèi)的成員變量；
5).對(duì)于類(lèi)的成員函數(shù)，有時(shí)候必須指定其返回值為 const 類(lèi)型，以使得其返回值不為“左值”。
- 關(guān)鍵字volatile有什么含意?并給出三個(gè)不同的例子。
答：一個(gè)定義為 volatile的變量是說(shuō)這變量可能會(huì)被意想不到地改變，這樣，編譯器就不會(huì)去假設(shè)這個(gè)變量的值了。精確地說(shuō)就是，優(yōu)化器在用到這個(gè)變量時(shí)必須每次都小心地重新讀取這個(gè)變量的值，而不是使用保存在寄存器里的備份。
下面是volatile變量的幾個(gè)例子：
并行設(shè)備的硬件寄存器（如：狀態(tài)寄存器）
一個(gè)中斷服務(wù)子程序中會(huì)訪問(wèn)到的非自動(dòng)變量(Non-automatic variables)
多線程應(yīng)用中被幾個(gè)任務(wù)共享的變量
- 一個(gè)參數(shù)既可以是const還可以是volatile嗎？ 一個(gè)指針可以是volatile 嗎？解釋為什么。
答：1).是的。一個(gè)例子是只讀的狀態(tài)寄存器。它是volatile因?yàn)樗赡鼙灰庀氩坏降馗淖儭Ｋ莄onst因?yàn)槌绦虿粦?yīng)該試圖去修改它。
2).是的。盡管這并不很常見(jiàn)。一個(gè)例子是當(dāng)一個(gè)中服務(wù)子程序修該一個(gè)指向一個(gè)buffer的指針時(shí)。
75 . static 關(guān)鍵字的作用：
答：
1).函數(shù)體內(nèi) static 變量的作用范圍為該函數(shù)體，不同于 auto 變量，該變量的內(nèi)存只被分配一次，
因此其值在下次調(diào)用時(shí)仍維持上次的值；
2).在模塊內(nèi)的 static 全局變量可以被模塊內(nèi)所用函數(shù)訪問(wèn)，但不能被模塊外其它函數(shù)訪問(wèn)；
3).在模塊內(nèi)的 static 函數(shù)只可被這一模塊內(nèi)的其它函數(shù)調(diào)用，這個(gè)函數(shù)的使用范圍被限制在聲明
它的模塊內(nèi)；
4).在類(lèi)中的 static 成員變量屬于整個(gè)類(lèi)所擁有，對(duì)類(lèi)的所有對(duì)象只有一份拷貝；
5).在類(lèi)中的 static 成員函數(shù)屬于整個(gè)類(lèi)所擁有，這個(gè)函數(shù)不接收 this 指針，因而只能訪問(wèn)類(lèi)的static 成員變量。
- 線程與進(jìn)程的區(qū)別和聯(lián)系?
答：
1). 進(jìn)程和線程都是由操作系統(tǒng)所體會(huì)的程序運(yùn)行的基本單元，系統(tǒng)利用該基本單元實(shí)現(xiàn)系統(tǒng)對(duì)應(yīng)用的并發(fā)性
2). 進(jìn)程和線程的主要差別在于它們是不同的操作系統(tǒng)資源管理方式。
3). 進(jìn)程有獨(dú)立的地址空間，一個(gè)進(jìn)程崩潰后，在保護(hù)模式下不會(huì)對(duì)其它進(jìn)程產(chǎn)生影響，而線程只是一個(gè)進(jìn)程中的不同執(zhí)行路徑。
4.)線程有自己的堆棧和局部變量，但線程之間沒(méi)有單獨(dú)的地址空間，一個(gè)線程死掉就等于整個(gè)進(jìn)程死掉。所以多進(jìn)程的程序要比多線程的程序健壯，但在進(jìn)程切換時(shí)，耗費(fèi)資源較大，效率要差一些。
5). 但對(duì)于一些要求同時(shí)進(jìn)行并且又要共享某些變量的并發(fā)操作，只能用線程，不能用進(jìn)程。
- 列舉幾種進(jìn)程的同步機(jī)制，并比較其優(yōu)缺點(diǎn)。
答： 原子操作 ?信號(hào)量機(jī)制 ? ?自旋鎖 ? ?管程，會(huì)合，分布式系統(tǒng)
- 進(jìn)程之間通信的途徑
答：共享存儲(chǔ)系統(tǒng)消息傳遞系統(tǒng)管道：以文件系統(tǒng)為基礎(chǔ)
- 進(jìn)程死鎖的原因
答：資源競(jìng)爭(zhēng)及進(jìn)程推進(jìn)順序非法
- 死鎖的4個(gè)必要條件
答：互斥、請(qǐng)求保持、不可剝奪、環(huán)路
- 死鎖的處理
答：鴕鳥(niǎo)策略、預(yù)防策略、避免策略、檢測(cè)與解除死鎖
- cocoa touch框架
答：iPhone OS 應(yīng)用程序的基礎(chǔ) Cocoa Touch 框架重用了許多 Mac 系統(tǒng)的成熟模式，但是它更多地專(zhuān)注于觸摸的接口和優(yōu)化。
UIKit 為您提供了在 iPhone OS 上實(shí)現(xiàn)圖形，事件驅(qū)動(dòng)程序的基本工具，其建立在和 Mac OS X 中一樣的 Foundation 框架上，包括文件處理，網(wǎng)絡(luò)，字符串操作等。
Cocoa Touch 具有和 iPhone 用戶(hù)接口一致的特殊設(shè)計(jì)。有了 UIKit，您可以使用 iPhone OS 上的獨(dú)特的圖形接口控件，按鈕，以及全屏視圖的功能，您還可以使用加速儀和多點(diǎn)觸摸手勢(shì)來(lái)控制您的應(yīng)用。
各色俱全的框架 除了UIKit 外，Cocoa Touch 包含了創(chuàng)建世界一流 iPhone 應(yīng)用程序需要的所有框架，從三維圖形，到專(zhuān)業(yè)音效，甚至提供設(shè)備訪問(wèn) API 以控制攝像頭，或通過(guò) GPS 獲知當(dāng)前位置。
Cocoa Touch 既包含只需要幾行代碼就可以完成全部任務(wù)的強(qiáng)大的 Objective-C 框架，也在需要時(shí)提供基礎(chǔ)的 C 語(yǔ)言 API 來(lái)直接訪問(wèn)系統(tǒng)。這些框架包括：
Core Animation：通過(guò) Core Animation，您就可以通過(guò)一個(gè)基于組合獨(dú)立圖層的簡(jiǎn)單的編程模型來(lái)創(chuàng)建豐富的用戶(hù)體驗(yàn)。
Core Audio：Core Audio 是播放，處理和錄制音頻的專(zhuān)業(yè)技術(shù)，能夠輕松為您的應(yīng)用程序添加強(qiáng)大的音頻功能。
Core Data：提供了一個(gè)面向?qū)ο蟮臄?shù)據(jù)管理解決方案，它易于使用和理解，甚至可處理任何應(yīng)用或大或小的數(shù)據(jù)模型。
功能列表：框架分類(lèi)
下面是 Cocoa Touch 中一小部分可用的框架：
音頻和視頻：Core Audio ，OpenAL ，Media Library ，AV Foundation
數(shù)據(jù)管理 ：Core Data ，SQLite
圖形和動(dòng)畫(huà) ：Core Animation ，OpenGL ES ，Quartz 2D
網(wǎng)絡(luò)：Bonjour ，WebKit ，BSD Sockets
用戶(hù)應(yīng)用：Address Book ，Core Location ，Map Kit ，Store Kit
- 自動(dòng)釋放池是什么,如何工作
答：當(dāng)您向一個(gè)對(duì)象發(fā)送一個(gè)autorelease消息時(shí)，Cocoa就會(huì)將該對(duì)象的一個(gè)引用放入到最新的自動(dòng)釋放.它仍然是個(gè)正當(dāng)?shù)膶?duì)象，因此自動(dòng)釋放池定義的作用域內(nèi)的其它對(duì)象可以向它發(fā)送消息。當(dāng)程序執(zhí)行到作用域結(jié)束的位置時(shí)，自動(dòng)釋放池就會(huì)被釋放，池中的所有對(duì)象也就被釋放。
- Objective-C的優(yōu)缺點(diǎn)。
答：objc優(yōu)點(diǎn)：
1). ?Cateogies
2). ?Posing
3). 動(dòng)態(tài)識(shí)別
4).指標(biāo)計(jì)算
5).彈性訊息傳遞
6).不是一個(gè)過(guò)度復(fù)雜的 C 衍生語(yǔ)言
7).Objective-C 與 C++ 可混合編程
objc缺點(diǎn):
1).不支援命名空間
2).不支持運(yùn)算符重載
3).不支持多重繼承
4).使用動(dòng)態(tài)運(yùn)行時(shí)類(lèi)型，所有的方法都是函數(shù)調(diào)用，所以很多編譯時(shí)優(yōu)化方法都用不到。（如內(nèi)聯(lián)函數(shù)等），性能低劣。
- sprintf,strcpy,memcpy使用上有什么要注意的地方。
答：
1). sprintf是格式化函數(shù)。將一段數(shù)據(jù)通過(guò)特定的格式，格式化到一個(gè)字符串緩沖區(qū)中去。sprintf格式化的函數(shù)的長(zhǎng)度不可控，有可能格式化后的字符串會(huì)超出緩沖區(qū)的大小，造成溢出。
2).strcpy是一個(gè)字符串拷貝的函數(shù)，它的函數(shù)原型為strcpy(char *dst, const char *src
將src開(kāi)始的一段字符串拷貝到dst開(kāi)始的內(nèi)存中去，結(jié)束的標(biāo)志符號(hào)為 ‘\0'，由于拷貝的長(zhǎng)度不是由我們自己控制的，所以這個(gè)字符串拷貝很容易出錯(cuò)。
3). memcpy是具備字符串拷貝功能的函數(shù)，這是一個(gè)內(nèi)存拷貝函數(shù)，它的函數(shù)原型為memcpy(char dst, const char src, unsigned int len);將長(zhǎng)度為len的一段內(nèi)存，從src拷貝到dst中去，這個(gè)函數(shù)的長(zhǎng)度可控。但是會(huì)有內(nèi)存疊加的問(wèn)題。
- readwrite，readonly，assign，retain，copy，nonatomic 屬性的作用
答：@property是一個(gè)屬性訪問(wèn)聲明，擴(kuò)號(hào)內(nèi)支持以下幾個(gè)屬性：
1).getter=getterName，setter=setterName，設(shè)置setter與 getter的方法名
2).readwrite,readonly，設(shè)置可供訪問(wèn)級(jí)別
2).assign，setter方法直接賦值，不進(jìn)行任何retain操作，為了解決原類(lèi)型與環(huán)循引用問(wèn)題
3).retain，setter方法對(duì)參數(shù)進(jìn)行release舊值再retain新值，所有實(shí)現(xiàn)都是這個(gè)順序(CC上有相關(guān)資料)
4).copy，setter方法進(jìn)行Copy操作，與retain處理流程一樣，先舊值release，再 Copy出新的對(duì)象，retainCount為1。這是為了減少對(duì)上下文的依賴(lài)而引入的機(jī)制。
5).nonatomic，非原子性訪問(wèn)，不加同步，多線程并發(fā)訪問(wèn)會(huì)提高性能。注意，如果不加此屬性，則默認(rèn)是兩個(gè)訪問(wèn)方法都為原子型事務(wù)訪問(wèn)。鎖被加到所屬對(duì)象實(shí)例級(jí)。
- http和scoket通信的區(qū)別。
答： http是客戶(hù)端用http協(xié)議進(jìn)行請(qǐng)求，發(fā)送請(qǐng)求時(shí)候需要封裝http請(qǐng)求頭，并綁定請(qǐng)求的數(shù)據(jù)，服務(wù)器一般有web服務(wù)器配合（當(dāng)然也非絕對(duì)）。 http請(qǐng)求方式為客戶(hù)端主動(dòng)發(fā)起請(qǐng)求，服務(wù)器才能給響應(yīng)，一次請(qǐng)求完畢后則斷開(kāi)連接，以節(jié)省資源。服務(wù)器不能主動(dòng)給客戶(hù)端響應(yīng)（除非采取http長(zhǎng)連接 技術(shù)）。iphone主要使用類(lèi)是NSUrlConnection。
scoket是客戶(hù)端跟服務(wù)器直接使用socket“套接字”進(jìn)行連接，并沒(méi)有規(guī)定連接后斷開(kāi)，所以客戶(hù)端和服務(wù)器可以保持連接通道，雙方 都可以主動(dòng)發(fā)送數(shù)據(jù)。一般在游戲開(kāi)發(fā)或股票開(kāi)發(fā)這種要求即時(shí)性很強(qiáng)并且保持發(fā)送數(shù)據(jù)量比較大的場(chǎng)合使用。主要使用類(lèi)是CFSocketRef。
- TCP和UDP的區(qū)別
答： TCP全稱(chēng)是Transmission Control Protocol，中文名為傳輸控制協(xié)議，它可以提供可靠的、面向連接的網(wǎng)絡(luò)數(shù)據(jù)傳遞服務(wù)。傳輸控制協(xié)議主要包含下列任務(wù)和功能：
確保IP數(shù)據(jù)報(bào)的成功傳遞。
對(duì)程序發(fā)送的大塊數(shù)據(jù)進(jìn)行分段和重組。
確保正確排序及按順序傳遞分段的數(shù)據(jù)。
通過(guò)計(jì)算校驗(yàn)和，進(jìn)行傳輸數(shù)據(jù)的完整性檢查。
TCP提供的是面向連接的、可靠的數(shù)據(jù)流傳輸，而UDP提供的是非面向連接的、不可靠的數(shù)據(jù)流傳輸。
簡(jiǎn)單的說(shuō)，TCP注重?cái)?shù)據(jù)安全，而UDP數(shù)據(jù)傳輸快點(diǎn)，但安全性一般
- 你了解svn,cvs等版本控制工具么？
答： 版本控制 svn,cvs 是兩種版控制的器,需要配套相關(guān)的svn，cvs服務(wù)器。
scm是xcode里配置版本控制的地方。版本控制的原理就是a和b同時(shí)開(kāi)發(fā)一個(gè)項(xiàng)目，a寫(xiě)完當(dāng)天的代碼之后把代碼提交給服務(wù)器，b要做的時(shí)候先從服務(wù)器得到最新版本，就可以接著做。 如果a和b都要提交給服務(wù)器，并且同時(shí)修改了同一個(gè)方法，就會(huì)產(chǎn)生代碼沖突，如果a先提交，那么b提交時(shí)，服務(wù)器可以提示沖突的代碼，b可以清晰的看到，并做出相應(yīng)的修改或融合后再提交到服務(wù)器。
- 什么是push。
答： 客戶(hù)端程序留下后門(mén)端口，客戶(hù)端總是監(jiān)聽(tīng)針對(duì)這個(gè)后門(mén)的請(qǐng)求，于是 服務(wù)器可以主動(dòng)像這個(gè)端口推送消息。
- 靜態(tài)鏈接庫(kù)
答：此為.a文件，相當(dāng)于java里的jar包，把一些類(lèi)編譯到一個(gè)包中，在不同的工程中如果導(dǎo)入此文件就可以使用里面的類(lèi)，具體使用依然是#import “ xx.h”。
- fmmpeg框架
答： 音視頻編解碼框架，內(nèi)部使用UDP協(xié)議針對(duì)流媒體開(kāi)發(fā)，內(nèi)部開(kāi)辟了六個(gè)端口來(lái)接受流媒體數(shù)據(jù)，完成快速接受之目的。
- fmdb框架
答：數(shù)據(jù)庫(kù)框架，對(duì)sqllite的數(shù)據(jù)操作進(jìn)行了封裝，使用著可把精力都放在sql語(yǔ)句上面。
- 320框架
答： ui框架，導(dǎo)入320工程作為框架包如同添加一個(gè)普通框架一樣。cover(open) ?flower框架 (2d 仿射技術(shù))，內(nèi)部核心類(lèi)是CATransform3D.
- 什么是沙盒模型？哪些操作是屬于私有api范疇?
答：某個(gè)iphone工程進(jìn)行文件操作有此工程對(duì)應(yīng)的指定的位置，不能逾越。
iphone沙箱模型的有四個(gè)文件夾documents，tmp，app，Library，永久數(shù)據(jù)存儲(chǔ)一般放documents文件夾，得到模擬器的路徑的可使用NSHomeDirectory()方法。Nsuserdefaults保存的文件在tmp文件夾里。
- 在一個(gè)對(duì)象的方法里面：self.name= “object”；和 name =”object” 有什么不同嗎?
答：self.name =”object”：會(huì)調(diào)用對(duì)象的setName()方法；
name = “object”：會(huì)直接把object賦值給當(dāng)前對(duì)象的name屬性。
- 請(qǐng)簡(jiǎn)要說(shuō)明viewDidLoad和viewDidUnload何時(shí)調(diào)用
答：viewDidLoad在view從nib文件初始化時(shí)調(diào)用，loadView在controller的view為nil時(shí)調(diào)用。此方法在編程實(shí)現(xiàn)view時(shí)調(diào)用，view控制器默認(rèn)會(huì)注冊(cè)memory warning notification，當(dāng)view controller的任何view沒(méi)有用的時(shí)候，viewDidUnload會(huì)被調(diào)用，在這里實(shí)現(xiàn)將retain的view release，如果是retain的IBOutlet view 屬性則不要在這里release，IBOutlet會(huì)負(fù)責(zé)release 。
- 簡(jiǎn)述內(nèi)存分區(qū)情況
答：
1).代碼區(qū)：存放函數(shù)二進(jìn)制代碼
2).數(shù)據(jù)區(qū)：系統(tǒng)運(yùn)行時(shí)申請(qǐng)內(nèi)存并初始化，系統(tǒng)退出時(shí)由系統(tǒng)釋放。存放全局變量、靜態(tài)變量、常量
3).堆區(qū)：通過(guò)malloc等函數(shù)或new等操作符動(dòng)態(tài)申請(qǐng)得到，需程序員手動(dòng)申請(qǐng)和釋放
4).棧區(qū)：函數(shù)模塊內(nèi)申請(qǐng)，函數(shù)結(jié)束時(shí)由系統(tǒng)自動(dòng)釋放。存放局部變量、函數(shù)參數(shù)
- 隊(duì)列和棧有什么區(qū)別：
答：隊(duì)列和棧是兩種不同的數(shù)據(jù)容器。從”數(shù)據(jù)結(jié)構(gòu)”的角度看，它們都是線性結(jié)構(gòu)，即數(shù)據(jù)元素之間的關(guān)系相同。
隊(duì)列是一種先進(jìn)先出的數(shù)據(jù)結(jié)構(gòu)，它在兩端進(jìn)行操作，一端進(jìn)行入隊(duì)列操作，一端進(jìn)行出列隊(duì)操作。
棧是一種先進(jìn)后出的數(shù)據(jù)結(jié)構(gòu)，它只能在棧頂進(jìn)行操作，入棧和出棧都在棧頂操作。
- HTTP協(xié)議中，POST和GET的區(qū)別是什么？
答：
1).GET 方法
GET 方法提交數(shù)據(jù)不安全，數(shù)據(jù)置于請(qǐng)求行，客戶(hù)端地址欄可見(jiàn);
GET 方法提交的數(shù)據(jù)大小有限
GET 方法不可以設(shè)置書(shū)簽
2).POST 方法
POST 方法提交數(shù)據(jù)安全，數(shù)據(jù)置于消息主體內(nèi)，客戶(hù)端不可見(jiàn)
POST 方法提交的數(shù)據(jù)大小沒(méi)有限制
POST 方法可以設(shè)置書(shū)簽
- ?iOS的系統(tǒng)架構(gòu)
答： iOS的系統(tǒng)架構(gòu)分為（ 核心操作系統(tǒng)層 theCore OS layer ）、（ 核心服務(wù)層theCore Services layer ）、（ 媒體層 theMedia layer ）和（ Cocoa 界面服務(wù)層 the Cocoa Touch layer ）四個(gè)層次。
