【重磅來(lái)襲】史上最全iOS面試題及答案

推薦閱讀：iOS開(kāi)發(fā)——2019 最新 BAT面試題合集（持續(xù)更新中）

史上最全的iOS面試題及答案

iOS面試小貼士

———————————————回答好下面的足夠了-------------------------------------

作為一個(gè)開(kāi)發(fā)者，有一個(gè)學(xué)習(xí)的氛圍跟一個(gè)交流圈子特別重要业汰，這是一個(gè)我的iOS交流群：638302184输虱，不管你是小白還是大牛歡迎入駐 瓦盛，分享BAT,阿里面試題、面試經(jīng)驗(yàn)，討論技術(shù)缰盏， 大家一起交流學(xué)習(xí)成長(zhǎng)掸绞！

群內(nèi)提供數(shù)據(jù)結(jié)構(gòu)與算法、底層進(jìn)階咽安、swift伴网、逆向、整合面試題等免費(fèi)資料
附上一份收集的各大廠面試題（附答案） ! 群文件直接獲取
各大廠面試題

多線程板乙、特別是NSOperation 和 GCD 的內(nèi)部原理是偷。

運(yùn)行時(shí)機(jī)制的原理和運(yùn)用場(chǎng)景。

SDWebImage的原理募逞。實(shí)現(xiàn)機(jī)制蛋铆。如何解決TableView卡的問(wèn)題。

block和代理的放接，通知的區(qū)別刺啦。block的用法需要注意些什么。

strong纠脾，weak玛瘸，retain蜕青，assign，copy nomatic 等的區(qū)別糊渊。

設(shè)計(jì)模式右核，mvc，單利渺绒，工廠贺喝，代理等的應(yīng)用場(chǎng)景。

單利的寫(xiě)法宗兼。在單利中創(chuàng)建數(shù)組應(yīng)該注意些什么躏鱼。

NSString 的時(shí)候用copy和strong的區(qū)別。

響應(yīng)值鏈殷绍。

NSTimer 在子線程中應(yīng)該手動(dòng)創(chuàng)建NSRunLoop 染苛，否則不能循環(huán)執(zhí)行。

UIScrollView和NSTimer組合做循環(huán)廣告圖輪播的時(shí)候有一個(gè)屬性可以控制當(dāng)上下滾動(dòng)tableview的時(shí)候廣告輪播圖依然正常滾動(dòng)主到。

Xcode最新的自動(dòng)布局茶行。。镰烧。這個(gè)很多公司都用拢军。盡量自學(xué)下。

git 怔鳖，和svn的用法茉唉。。结执。git的幾個(gè)命令簡(jiǎn)單的記下度陆。。献幔。

友盟報(bào)錯(cuò)可以查到具體某一行的錯(cuò)誤懂傀，原理是什么。

Instrument 可以檢測(cè) 電池的耗電量蜡感、和內(nèi)存的消耗蹬蚁。的用法。

動(dòng)畫(huà)CABaseAnimation CAKeyAni…. CATrans….. CAGoup…. 等熟悉郑兴。犀斋。

ARC的原理。

自己寫(xiě)過(guò)什么自定義控件就最好了情连。叽粹。

———————————————回答好上面的足夠了-------------------------------------

__block和__weak修飾符的區(qū)別其實(shí)是挺明顯的：

1.__block不管是ARC還是MRC模式下都可以使用，可以修飾對(duì)象，還可以修飾基本數(shù)據(jù)類(lèi)型虫几。
2.__weak只能在ARC模式下使用锤灿，也只能修飾對(duì)象（NSString），不能修飾基本數(shù)據(jù)類(lèi)型（int）辆脸。
3.__block對(duì)象可以在block中被重新賦值但校，__weak不可以。

tableView 滑動(dòng)卡的問(wèn)題主要是因?yàn)椋簭木彺嬷谢蛘呤菑谋镜刈x取圖片給UIImage的時(shí)候耗費(fèi)的時(shí)間啡氢。需要把下面的兩句話放到子線程里面：

  1. NSData *imgData = [NSData dataWithContentsOfURL:[NSURL URLWithString:app.icon]]; //得到圖像數(shù)據(jù)
  2. UIImage *image = [UIImage imageWithData:imgData];

把UIImage賦值給圖片的時(shí)候在主線程始腾。

子線程不能更新UI 所有的UI跟新都是主線程執(zhí)行了。手指滑動(dòng)屏幕了空执。或者屏幕的某個(gè)方法執(zhí)行了穗椅。

子線程里面加入NSTimer 的時(shí)候需要 手動(dòng)添加NSRunloop 否則不能循環(huán)辨绊。

單利里面添加 NSMutableArray 的時(shí)候，防止多個(gè)地方對(duì)它同時(shí)便利和修改的話匹表，需要加原子屬性门坷。并且用strong，袍镀，默蚌，并且寫(xiě)一個(gè)遍歷和修改的方法。加上鎖苇羡。 Lock UnLock

__weak ViewController*  weakSelf = self;

GCD里面用 __weak 防止內(nèi)存釋放不了绸吸，循環(huán)引用。

二设江、SDWebImage內(nèi)部實(shí)現(xiàn)過(guò)程

  1. 入口 setImageWithURL:placeholderImage:options: 會(huì)先把 placeholderImage 顯示锦茁，然后 SDWebImageManager 根據(jù) URL 開(kāi)始處理圖片。

  2. 進(jìn)入 SDWebImageManager-downloadWithURL:delegate:options:userInfo:叉存，交給 SDImageCache 從緩存查找圖片是否已經(jīng)下載 queryDiskCacheForKey:delegate:userInfo:.

  3. 先從內(nèi)存圖片緩存查找是否有圖片码俩，如果內(nèi)存中已經(jīng)有圖片緩存，SDImageCacheDelegate 回調(diào) imageCache:didFindImage:forKey:userInfo: 到 SDWebImageManager歼捏。

  4. SDWebImageManagerDelegate 回調(diào) webImageManager:didFinishWithImage: 到 UIImageView+WebCache 等前端展示圖片稿存。

  5. 如果內(nèi)存緩存中沒(méi)有，生成 NSInvocationOperation 添加到隊(duì)列開(kāi)始從硬盤(pán)查找圖片是否已經(jīng)緩存瞳秽。

  6. 根據(jù) URLKey 在硬盤(pán)緩存目錄下嘗試讀取圖片文件瓣履。這一步是在 NSOperation 進(jìn)行的操作，所以回主線程進(jìn)行結(jié)果回調(diào) notifyDelegate:寂诱。

  7. 如果上一操作從硬盤(pán)讀取到了圖片拂苹，將圖片添加到內(nèi)存緩存中（如果空閑內(nèi)存過(guò)小，會(huì)先清空內(nèi)存緩存）。SDImageCacheDelegate 回調(diào) imageCache:didFindImage:forKey:userInfo:瓢棒。進(jìn)而回調(diào)展示圖片浴韭。

  8. 如果從硬盤(pán)緩存目錄讀取不到圖片，說(shuō)明所有緩存都不存在該圖片脯宿，需要下載圖片念颈，回調(diào) imageCache:didNotFindImageForKey:userInfo:。

  9. 共享或重新生成一個(gè)下載器 SDWebImageDownloader 開(kāi)始下載圖片连霉。

  10. 圖片下載由 NSURLConnection 來(lái)做榴芳，實(shí)現(xiàn)相關(guān) delegate 來(lái)判斷圖片下載中、下載完成和下載失敗跺撼。

  11. connection:didReceiveData: 中利用 ImageIO 做了按圖片下載進(jìn)度加載效果窟感。

  12. connectionDidFinishLoading: 數(shù)據(jù)下載完成后交給 SDWebImageDecoder 做圖片解碼處理。

  13. 圖片解碼處理在一個(gè) NSOperationQueue 完成歉井，不會(huì)拖慢主線程 UI柿祈。如果有需要對(duì)下載的圖片進(jìn)行二次處理，最好也在這里完成哩至，效率會(huì)好很多躏嚎。

  14. 在主線程 notifyDelegateOnMainThreadWithInfo: 宣告解碼完成，imageDecoder:didFinishDecodingImage:userInfo: 回調(diào)給 SDWebImageDownloader菩貌。

  15. imageDownloader:didFinishWithImage: 回調(diào)給 SDWebImageManager 告知圖片下載完成卢佣。

  16. 通知所有的 downloadDelegates 下載完成，回調(diào)給需要的地方展示圖片箭阶。

  17. 將圖片保存到 SDImageCache 中虚茶，內(nèi)存緩存和硬盤(pán)緩存同時(shí)保存。寫(xiě)文件到硬盤(pán)也在以單獨(dú) NSInvocationOperation 完成仇参，避免拖慢主線程媳危。

  18. SDImageCache 在初始化的時(shí)候會(huì)注冊(cè)一些消息通知，在內(nèi)存警告或退到后臺(tái)的時(shí)候清理內(nèi)存圖片緩存冈敛，應(yīng)用結(jié)束的時(shí)候清理過(guò)期圖片待笑。

  19. SDWI 也提供了 UIButton+WebCache 和 MKAnnotationView+WebCache，方便使用抓谴。

  20. SDWebImagePrefetcher 可以預(yù)先下載圖片暮蹂，方便后續(xù)使用。

從上面流程可以看出癌压，當(dāng)你調(diào)用setImageWithURL:方法的時(shí)候仰泻，他會(huì)自動(dòng)去給你干這么多事，當(dāng)你需要在某一具體時(shí)刻做事情的時(shí)候滩届，你可以覆蓋這些方法集侯。比如在下載某個(gè)圖片的過(guò)程中要響應(yīng)一個(gè)事件，就覆蓋這個(gè)方法：

|

//覆蓋方法，指哪打哪棠枉，這個(gè)方法是下載imagePath2的時(shí)候響應(yīng)

SDWebImageManager *manager = [SDWebImageManager sharedManager];

[manager downloadImageWithURL:imagePath2 options:SDWebImageRetryFailed progress:^(NSInteger receivedSize, NSInteger expectedSize) {

NSLog(@``"顯示當(dāng)前進(jìn)度"``);

} completed:^(UIImage *image, NSError *error, SDImageCacheType cacheType, BOOL finished, NSURL *imageURL) {

NSLog(@``"下載完成"``);

}];

|

對(duì)于初級(jí)來(lái)說(shuō)浓体，用sd_setImageWithURL:的若干個(gè)方法就可以實(shí)現(xiàn)很好的圖片緩存。

UIButton 的父類(lèi)是UIControl UIControl的父類(lèi)是UIView UIView的父類(lèi)是 UIResponder

http狀態(tài)嗎 ：302 是請(qǐng)求重定向辈讶。500以上是服務(wù)器錯(cuò)誤命浴。400以上是請(qǐng)求鏈接錯(cuò)誤或者找不到服務(wù)器。200以上是正確贱除。100以上是請(qǐng)求接受成功生闲。

HTTP Keep-Alive詳解[轉(zhuǎn)]

HTTP是一個(gè)請(qǐng)求<->響應(yīng)模式的典型范例，即客戶端向服務(wù)器發(fā)送一個(gè)請(qǐng)求信息月幌，服務(wù)器來(lái)響應(yīng)這個(gè)信息碍讯。在老的HTTP版本中，每個(gè)請(qǐng)求都將被創(chuàng)建一個(gè)新的客戶端->服務(wù)器的連接扯躺，在這個(gè)連接上發(fā)送請(qǐng)求冲茸，然后接收請(qǐng)求。這樣的模式有一個(gè)很大的優(yōu)點(diǎn)就是缅帘，它很簡(jiǎn)單，很容易理解和編程實(shí)現(xiàn)难衰；它也有一個(gè)很大的缺點(diǎn)就是钦无，它效率很低，因此Keep-Alive被提出用來(lái)解決效率低的問(wèn)題盖袭。

Keep-Alive功能使客戶端到服務(wù)器端的連接持續(xù)有效失暂，當(dāng)出現(xiàn)對(duì)服務(wù)器的后繼請(qǐng)求時(shí)，Keep-Alive功能避免了建立或者重新建立連接鳄虱。市場(chǎng)上 的大部分Web服務(wù)器弟塞，包括iPlanet、IIS和Apache拙已，都支持HTTP Keep-Alive决记。對(duì)于提供靜態(tài)內(nèi)容的網(wǎng)站來(lái)說(shuō)，這個(gè)功能通常很有用倍踪。但是系宫，對(duì)于負(fù)擔(dān)較重的網(wǎng)站來(lái)說(shuō)，這里存在另外一個(gè)問(wèn)題：雖然為客戶保留打開(kāi)的連 接有一定的好處建车，但它同樣影響了性能扩借，因?yàn)樵谔幚頃和Ｆ陂g，本來(lái)可以釋放的資源仍舊被占用缤至。當(dāng)Web服務(wù)器和應(yīng)用服務(wù)器在同一臺(tái)機(jī)器上運(yùn)行時(shí)潮罪，Keep- Alive功能對(duì)資源利用的影響尤其突出。 此功能為HTTP 1.1預(yù)設(shè)的功能，HTTP 1.0加上Keep-Aliveheader也可以提供HTTP的持續(xù)作用功能嫉到。
Keep-Alive: timeout=5, max=100
timeout：過(guò)期時(shí)間5秒（對(duì)應(yīng)httpd.conf里的參數(shù)是：KeepAliveTimeout）沃暗，max是最多一百次請(qǐng)求，強(qiáng)制斷掉連接
就是在timeout時(shí)間內(nèi)又有新的連接過(guò)來(lái)屯碴，同時(shí)max會(huì)自動(dòng)減1描睦，直到為0，強(qiáng)制斷掉导而。見(jiàn)下面的四個(gè)圖忱叭，注意看Date的值（前后時(shí)間差都是在5秒之內(nèi)）！

HTTP/1.0

在HTTP/1.0版本中今艺，并沒(méi)有官方的標(biāo)準(zhǔn)來(lái)規(guī)定Keep-Alive如何工作韵丑，因此實(shí)際上它是被附加到HTTP/1.0協(xié)議上，如果客戶端瀏覽器支持Keep-Alive虚缎，那么就在HTTP請(qǐng)求頭中添加一個(gè)字段 Connection: Keep-Alive撵彻，當(dāng)服務(wù)器收到附帶有Connection: Keep-Alive的請(qǐng)求時(shí)，它也會(huì)在響應(yīng)頭中添加一個(gè)同樣的字段來(lái)使用Keep-Alive实牡。這樣一來(lái)陌僵，客戶端和服務(wù)器之間的HTTP連接就會(huì)被保持，不會(huì)斷開(kāi)（超過(guò)Keep-Alive規(guī)定的時(shí)間创坞，意外斷電等情況除外）碗短，當(dāng)客戶端發(fā)送另外一個(gè)請(qǐng)求時(shí)，就使用這條已經(jīng)建立的連接

HTTP/1.1

在HTTP/1.1版本中题涨，官方規(guī)定的Keep-Alive使用標(biāo)準(zhǔn)和在HTTP/1.0版本中有些不同偎谁，默認(rèn)情況下所在HTTP1.1中所有連接都被保持，除非在請(qǐng)求頭或響應(yīng)頭中指明要關(guān)閉：Connection: Close 纲堵，這也就是為什么Connection: Keep-Alive字段再?zèng)]有意義的原因巡雨。另外，還添加了一個(gè)新的字段Keep-Alive:席函，因?yàn)檫@個(gè)字段并沒(méi)有詳細(xì)描述用來(lái)做什么铐望，可忽略它

Not reliable（不可靠）

HTTP是一個(gè)無(wú)狀態(tài)協(xié)議，這意味著每個(gè)請(qǐng)求都是獨(dú)立的茂附，Keep-Alive沒(méi)能改變這個(gè)結(jié)果蝌以。另外，Keep-Alive也不能保證客戶端和服務(wù)器之間的連接一定是活躍的何之，在HTTP1.1版本中也如此跟畅。唯一能保證的就是當(dāng)連接被關(guān)閉時(shí)你能得到一個(gè)通知，所以不應(yīng)該讓程序依賴(lài)于Keep-Alive的保持連接特性溶推，否則會(huì)有意想不到的后果

Keep-Alive和POST

在HTTP1.1細(xì)則中規(guī)定了在一個(gè)POST消息體后面不能有任何字符徊件，還指出了對(duì)于某一個(gè)特定的瀏覽器可能并不遵循這個(gè)標(biāo)準(zhǔn)（比如在POST消息體的后面放置一個(gè)CRLF符）奸攻。而據(jù)我所知，大部分瀏覽器在POST消息體后都會(huì)自動(dòng)跟一個(gè)CRLF符再發(fā)送虱痕，如何解決這個(gè)問(wèn)題呢睹耐？根據(jù)上面的說(shuō)明在POST請(qǐng)求頭中禁止使用Keep-Alive，或者由服務(wù)器自動(dòng)忽略這個(gè)CRLF部翘，大部分服務(wù)器都會(huì)自動(dòng)忽略硝训，但是在未經(jīng)測(cè)試之前是不可能知道一個(gè)服務(wù)器是否會(huì)這樣做。

1新思、常用的方法dispatch_async

為了避免界面在處理耗時(shí)的操作時(shí)卡死窖梁，比如讀取網(wǎng)絡(luò)數(shù)據(jù)压储，IO,數(shù)據(jù)庫(kù)讀寫(xiě)等潦蝇，我們會(huì)在另外一個(gè)線程中處理這些操作涂屁，然后通知主線程更新界面眶明。

用GCD實(shí)現(xiàn)這個(gè)流程的操作比前面介紹的NSThread NSOperation的方法都要簡(jiǎn)單。代碼框架結(jié)構(gòu)如下：

  1. dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
  2. // 耗時(shí)的操作
  3. dispatch_async(dispatch_get_main_queue(), ^{
  4. // 更新界面
  5. });
  6. });

如果這樣還不清晰的話嘱能，那我們還是用上兩篇博客中的下載圖片為例子妓湘，代碼如下：

  1. dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
  2. NSURL * url = [NSURL URLWithString:@"http://avatar.csdn.net/2/C/D/1_totogo2010.jpg"];
  3. NSData * data = [[NSData alloc]initWithContentsOfURL:url];
  4. UIImage *image = [[UIImage alloc]initWithData:data];
  5. if (data != nil) {
  6. dispatch_async(dispatch_get_main_queue(), ^{
  7. self.imageView.image = image;
  8. });
  9. }
  10. });

運(yùn)行顯示：

image

是不是代碼比NSThread NSOperation簡(jiǎn)潔很多歉嗓，而且GCD會(huì)自動(dòng)根據(jù)任務(wù)在多核處理器上分配資源鞍历，優(yōu)化程序舵抹。

系統(tǒng)給每一個(gè)應(yīng)用程序提供了三個(gè)concurrent dispatch queues。這三個(gè)并發(fā)調(diào)度隊(duì)列是全局的劣砍，它們只有優(yōu)先級(jí)的不同惧蛹。因?yàn)槭侨值模覀儾恍枰?chuàng)建秆剪。我們只需要通過(guò)使用函數(shù)dispath_get_global_queue去得到隊(duì)列，如下：

  1. dispatch_queue_t globalQ = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);

這里也用到了系統(tǒng)默認(rèn)就有一個(gè)串行隊(duì)列main_queue

  1. dispatch_queue_t mainQ = dispatch_get_main_queue();

雖然dispatch queue是引用計(jì)數(shù)的對(duì)象爵政，但是以上兩個(gè)都是全局的隊(duì)列仅讽，不用retain或release。

2钾挟、dispatch_group_async的使用

dispatch_group_async可以實(shí)現(xiàn)監(jiān)聽(tīng)一組任務(wù)是否完成洁灵，完成后得到通知執(zhí)行其他的操作。這個(gè)方法很有用掺出，比如你執(zhí)行三個(gè)下載任務(wù)徽千，當(dāng)三個(gè)任務(wù)都下載完成后你才通知界面說(shuō)完成的了。下面是一段例子代碼：

  1. dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
  2. dispatch_group_t group = dispatch_group_create();
  3. dispatch_group_async(group, queue, ^{
  4. [NSThread sleepForTimeInterval:1];
  5. NSLog(@"group1");
  6. });
  7. dispatch_group_async(group, queue, ^{
  8. [NSThread sleepForTimeInterval:2];
  9. NSLog(@"group2");
  10. });
  11. dispatch_group_async(group, queue, ^{
  12. [NSThread sleepForTimeInterval:3];
  13. NSLog(@"group3");
  14. });
  15. dispatch_group_notify(group, dispatch_get_main_queue(), ^{
  16. NSLog(@"updateUi");
  17. });
  18. dispatch_release(group);

dispatch_group_async是異步的方法汤锨，運(yùn)行后可以看到打印結(jié)果：

2012-09-25 16:04:16.737 gcdTest[43328:11303] group1
2012-09-25 16:04:17.738 gcdTest[43328:12a1b] group2
2012-09-25 16:04:18.738 gcdTest[43328:13003] group3
2012-09-25 16:04:18.739 gcdTest[43328:f803] updateUi

每個(gè)一秒打印一個(gè)双抽，當(dāng)?shù)谌齻€(gè)任務(wù)執(zhí)行后，upadteUi被打印闲礼。

3牍汹、dispatch_barrier_async的使用

dispatch_barrier_async是在前面的任務(wù)執(zhí)行結(jié)束后它才執(zhí)行铐维，而且它后面的任務(wù)等它執(zhí)行完成之后才會(huì)執(zhí)行

例子代碼如下：

  1. dispatch_queue_t queue = dispatch_queue_create("gcdtest.rongfzh.yc", DISPATCH_QUEUE_CONCURRENT);

  2. dispatch_async(queue, ^{

  3. [NSThread sleepForTimeInterval:2];

  4. NSLog(@"dispatch_async1");

  5. });

  6. dispatch_async(queue, ^{

  7. [NSThread sleepForTimeInterval:4];

  8. NSLog(@"dispatch_async2");

  9. });

  10. dispatch_barrier_async(queue, ^{

  11. NSLog(@"dispatch_barrier_async");

  12. [NSThread sleepForTimeInterval:4];

  13. });

  14. dispatch_async(queue, ^{

  15. [NSThread sleepForTimeInterval:1];

  16. NSLog(@"dispatch_async3");

  17. });

打印結(jié)果：

2012-09-25 16:20:33.967 gcdTest[45547:11203] dispatch_async1

2012-09-25 16:20:35.967 gcdTest[45547:11303] dispatch_async2

2012-09-25 16:20:35.967 gcdTest[45547:11303] dispatch_barrier_async

2012-09-25 16:20:40.970 gcdTest[45547:11303] dispatch_async3

請(qǐng)注意執(zhí)行的時(shí)間，可以看到執(zhí)行的順序如上所述慎菲。

4嫁蛇、dispatch_apply

執(zhí)行某個(gè)代碼片段N次。
dispatch_apply(5, globalQ, ^(size_t index) {
// 執(zhí)行5次

});

copy與retain：
1露该、copy其實(shí)是建立了一個(gè)相同的對(duì)象睬棚，而retain不是；
2解幼、copy是內(nèi)容拷貝抑党，retain是指針拷貝；
3书幕、copy是內(nèi)容的拷貝 ,對(duì)于像NSString,的確是這樣新荤，但是如果copy的是一個(gè)NSArray呢?這時(shí)只是copy了指向array中相對(duì)應(yīng)元素的指針.這便是所謂的"淺復(fù)制".
4、copy的情況：NSString *newPt = [pt copy];
此時(shí)會(huì)在堆上重新開(kāi)辟一段內(nèi)存存放@"abc" 比如0X1122 內(nèi)容為@"abc 同時(shí)會(huì)在棧上為newPt分配空間 比如地址：0Xaacc 內(nèi)容為0X1122 因此retainCount增加1供newPt來(lái)管理0X1122這段內(nèi)存台汇； assign與retain：
1苛骨、assign: 簡(jiǎn)單賦值，不更改索引計(jì)數(shù)苟呐；
2痒芝、assign的情況：NSString *newPt = [pt assing];

此時(shí)newPt和pt完全相同 地址都是0Xaaaa 內(nèi)容為0X1111 即newPt只是pt的別名，對(duì)任何一個(gè)操作就等于對(duì)另一個(gè)操作牵素， 因此retainCount不需要增加严衬；

3、assign就是直接賦值笆呆；
4请琳、retain使用了引用計(jì)數(shù)，retain引起引用計(jì)數(shù)加1, release引起引用計(jì)數(shù)減1赠幕，當(dāng)引用計(jì)數(shù)為0時(shí)俄精，dealloc函數(shù)被調(diào)用，內(nèi)存被回收榕堰；

5竖慧、retain的情況：NSString *newPt = [pt retain];

此時(shí)newPt的地址不再為0Xaaaa，可能為0Xaabb 但是內(nèi)容依然為0X1111逆屡。 因此newPt 和 pt 都可以管理"abc"所在的內(nèi)存圾旨，因此 retainCount需要增加1； readonly： 1魏蔗、屬性是只讀的砍的，默認(rèn)的標(biāo)記是讀寫(xiě)，如果你指定了只讀莺治，在@implementation中只需要一個(gè)讀取器挨约∥痘欤或者如果你使用@synthesize關(guān)鍵字，也是有讀取器方法被解析 readwrite：
1诫惭、說(shuō)明屬性會(huì)被當(dāng)成讀寫(xiě)的翁锡，這也是默認(rèn)屬性。設(shè)置器和讀取器都需要在@implementation中實(shí)現(xiàn)夕土。如果使用@synthesize關(guān)鍵字馆衔，讀取器和設(shè)置器都會(huì)被解析； nonatomic：
1怨绣、非原子性訪問(wèn)角溃，對(duì)屬性賦值的時(shí)候不加鎖，多線程并發(fā)訪問(wèn)會(huì)提高性能篮撑。如果不加此屬性减细，則默認(rèn)是兩個(gè)訪問(wèn)方法都為原子型事務(wù)訪問(wèn)； weak and strong property (強(qiáng)引用和弱引用的區(qū)別)：
1赢笨、 weak 和 strong 屬性只有在你打開(kāi)ARC時(shí)才會(huì)被要求使用未蝌，這時(shí)你是不能使用retain release autorelease 操作的，因?yàn)锳RC會(huì)自動(dòng)為你做好這些操作茧妒，但是你需要在對(duì)象屬性上使用weak 和strong,其中strong就相當(dāng)于retain屬性萧吠，而weak相當(dāng)于assign。
2桐筏、只有一種情況你需要使用weak（默認(rèn)是strong）纸型，就是為了避免retain cycles（就是父類(lèi)中含有子類(lèi){父類(lèi)retain了子類(lèi)}，子類(lèi)中又調(diào)用了父類(lèi){子類(lèi)又retain了父類(lèi)}梅忌，這樣都無(wú)法release）
3狰腌、聲明為weak的指針，指針指向的地址一旦被釋放牧氮，這些指針都將被賦值為nil琼腔。這樣的好處能有效的防止野指針。

ARC(Automatic Reference Counting):
1蹋笼、就是代碼中自動(dòng)加入了retain/release展姐，原先需要手動(dòng)添加的用來(lái)處理內(nèi)存管理的引用計(jì)數(shù)的代碼可以自動(dòng)地由編譯器完成了躁垛。

該機(jī)能在 iOS 5/ Mac OS X 10.7 開(kāi)始導(dǎo)入剖毯，利用 Xcode4.2 以后可以使用該特性。
strong,weak,copy 具體用法：

1.具體一點(diǎn)：IBOutlet可以為weak教馆，NSString為copy逊谋，Delegate一般為weak，其他的看情況土铺。一般來(lái)說(shuō)胶滋，類(lèi)“內(nèi)部”的屬性設(shè)置為strong板鬓，類(lèi)“外部”的屬性設(shè)置為weak。說(shuō)到底就是一個(gè)歸屬權(quán)的問(wèn)題究恤。小心出現(xiàn)循環(huán)引用導(dǎo)致內(nèi)存無(wú)法釋放俭令。
2.不用ARC的話就會(huì)看到很多retian。
3.如果你寫(xiě)了@synthesize abc = _abc部宿；的話抄腔，系統(tǒng)自動(dòng)幫你聲明了一個(gè)_abc的實(shí)例變量。
使用assign: 對(duì)基礎(chǔ)數(shù)據(jù)類(lèi)型 （NSInteger）和C數(shù)據(jù)類(lèi)型（int, float, double, char,等）
使用copy： 對(duì)NSString

使用retain： 對(duì)其他NSObject和其子類(lèi)

  1. 1.寫(xiě)一個(gè)NSString類(lèi)的實(shí)現(xiàn)

*+ (id)initWithCString:(c*****t char )nullTerminatedCString encoding:(NSStringEncoding)encoding;

  • (id) stringWithCString: (c*****t char*)nullTerminatedCString

          encoding: (NSStringEncoding)encoding

{

NSString *obj;

obj = [self allocWithZone: NSDefaultMallocZone()];

obj = [obj initWithCString: nullTerminatedCString encoding: encoding];

return AUTORELEASE(obj);

}

2**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 成員變量起意。

3線程與進(jìn)程的區(qū)別和聯(lián)系?

進(jìn)程和線程都是由操作系統(tǒng)所體會(huì)的程序運(yùn)行的基本單元鹰服，系統(tǒng)利用該基本單元實(shí)現(xiàn)系統(tǒng)對(duì)應(yīng)用的并發(fā)性。

程和線程的主要差別在于它們是不同的操作系統(tǒng)資源管理方式揽咕。進(jìn)程有獨(dú)立的地址空間悲酷，一個(gè)進(jìn)程崩潰后，在保護(hù)模式下不會(huì)對(duì)其它進(jìn)程產(chǎn)生影響亲善，而線程只是一個(gè)進(jìn)程中的不同執(zhí)行路徑设易。線程有自己的堆棧和局部變量，但線程之間沒(méi)有單獨(dú)的地址空間蛹头，一個(gè)線程死掉就等于整個(gè)進(jìn)程死掉顿肺，所以多進(jìn)程的程序要比多線程的程序健壯，但在進(jìn)程切換時(shí)渣蜗，耗費(fèi)資源較大屠尊，效率要差一些。但對(duì)于一些要求同時(shí)進(jìn)行并且又要共享某些變量的并發(fā)操作耕拷，只能用線程讼昆，不能用進(jìn)程。

4堆和棧的區(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ū)域炕矮。這句話的意思是棧頂?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ù)雜的。

5什么是鍵-值,鍵路徑是什么

模型的性質(zhì)是通過(guò)一個(gè)簡(jiǎn)單的鍵（通常是個(gè)字符串）來(lái)指定的抛蚤。視圖和控制器通過(guò)鍵來(lái)查找相應(yīng)的屬性值台谢。在一個(gè)給定的實(shí)體中，同一個(gè)屬性的所有值具有相同的數(shù)據(jù)類(lèi)型岁经。鍵-值編碼技術(shù)用于進(jìn)行這樣的查找—它是一種間接訪問(wèn)對(duì)象屬性的機(jī)制朋沮。

鍵路徑是一個(gè)由用點(diǎn)作分隔符的鍵組成的字符串，用于指定一個(gè)連接在一起的對(duì)象性質(zhì)序列缀壤。第一個(gè)鍵的

性質(zhì)是由先前的性質(zhì)決定的樊拓，接下來(lái)每個(gè)鍵的值也是相對(duì)于其前面的性質(zhì)。鍵路徑使您可以以獨(dú)立于模型

實(shí)現(xiàn)的方式指定相關(guān)對(duì)象的性質(zhì)塘慕。通過(guò)鍵路徑筋夏，您可以指定對(duì)象圖中的一個(gè)任意深度的路徑，使其指向相

關(guān)對(duì)象的特定屬性图呢。

6目標(biāo)-動(dòng)作機(jī)制

目標(biāo)是動(dòng)作消息的接收者条篷。一個(gè)控件，或者更為常見(jiàn)的是它的單元蛤织，以插座變量（參見(jiàn)"插座變量"部分）

的形式保有其動(dòng)作消息的目標(biāo)拥娄。

動(dòng)作是控件發(fā)送給目標(biāo)的消息，或者從目標(biāo)的角度看瞳筏，它是目標(biāo)為了響應(yīng)動(dòng)作而實(shí)現(xiàn)的方法稚瘾。

程序需要某些機(jī)制來(lái)進(jìn)行事件和指令的翻譯。這個(gè)機(jī)制就是目標(biāo)-動(dòng)作機(jī)制姚炕。

7objc的內(nèi)存管理

?? 如果您通過(guò)分配和初始化（比如[[MyClass alloc] init]）的方式來(lái)創(chuàng)建對(duì)象摊欠，您就擁

有這個(gè)對(duì)象，需要負(fù)責(zé)該對(duì)象的釋放柱宦。這個(gè)規(guī)則在使用NSObject的便利方法new 時(shí)也同樣適用些椒。

?? 如果您拷貝一個(gè)對(duì)象，您也擁有拷貝得到的對(duì)象掸刊，需要負(fù)責(zé)該對(duì)象的釋放免糕。

?? 如果您保持一個(gè)對(duì)象，您就部分擁有這個(gè)對(duì)象，需要在不再使用時(shí)釋放該對(duì)象石窑。

反過(guò)來(lái)牌芋，

?? 如果您從其它對(duì)象那里接收到一個(gè)對(duì)象，則您不擁有該對(duì)象松逊，也不應(yīng)該釋放它（這個(gè)規(guī)則有少數(shù)

的例外躺屁，在參考文檔中有顯式的說(shuō)明）。

8 自動(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ì)象也就被釋放沪斟。

  1. ojc-c 是通過(guò)一種"referring counting"(引用計(jì)數(shù))的方式來(lái)管理內(nèi)存的, 對(duì)象在開(kāi)始分配內(nèi)存(alloc)的時(shí)候引用計(jì)數(shù)為一,以后每當(dāng)碰到有copy,retain的時(shí)候引用計(jì)數(shù)都會(huì)加一, 每當(dāng)碰到release和autorelease的時(shí)候引用計(jì)數(shù)就會(huì)減一,如果此對(duì)象的計(jì)數(shù)變?yōu)榱?, 就會(huì)被系統(tǒng)銷(xiāo)毀.

2. NSAutoreleasePool 就是用來(lái)做引用計(jì)數(shù)的管理工作的,這個(gè)東西一般不用你管的.

3. autorelease和release沒(méi)什么區(qū)別,只是引用計(jì)數(shù)減一的時(shí)機(jī)不同而已,autorelease會(huì)在對(duì)象的使用真正結(jié)束的時(shí)候才做引用計(jì)數(shù)減一.

9類(lèi)工廠方法是什么

類(lèi)工廠方法的實(shí)現(xiàn)是為了向客戶提供方便苹熏，它們將分配和初始化合在一個(gè)步驟中，返回被創(chuàng)建的對(duì)象币喧，并

進(jìn)行自動(dòng)釋放處理轨域。這些方法的形式是+ (type)className...（其中 className不包括任何前綴）。

工廠方法可能不僅僅為了方便使用杀餐。它們不但可以將分配和初始化合在一起干发，還可以為初始化過(guò)程提供對(duì)

象的分配信息。

類(lèi)工廠方法的另一個(gè)目的是使類(lèi)（比如NSWorkspace）提供單件實(shí)例史翘。雖然init...方法可以確認(rèn)一

個(gè)類(lèi)在每次程序運(yùn)行過(guò)程只存在一個(gè)實(shí)例枉长，但它需要首先分配一個(gè)“生的”實(shí)例，然后還必須釋放該實(shí)例琼讽。

工廠方法則可以避免為可能沒(méi)有用的對(duì)象盲目分配內(nèi)存必峰。

10單件實(shí)例是什么

Foundation 和 Application Kit 框架中的一些類(lèi)只允許創(chuàng)建單件對(duì)象，即這些類(lèi)在當(dāng)前進(jìn)程中的唯一實(shí)例钻蹬。舉例來(lái)說(shuō)吼蚁，NSFileManager 和NSWorkspace 類(lèi)在使用時(shí)都是基于進(jìn)程進(jìn)行單件對(duì)象的實(shí)例化。當(dāng)向這些類(lèi)請(qǐng)求實(shí)例的時(shí)候问欠，它們會(huì)向您傳遞單一實(shí)例的一個(gè)引用肝匆，如果該實(shí)例還不存在，則首先進(jìn)行實(shí)例的分配和初始化顺献。單件對(duì)象充當(dāng)控制中心的角色旗国，負(fù)責(zé)指引或協(xié)調(diào)類(lèi)的各種服務(wù)。如果類(lèi)在概念上只有一個(gè)實(shí)例（比如

NSWorkspace）注整，就應(yīng)該產(chǎn)生一個(gè)單件實(shí)例能曾，而不是多個(gè)實(shí)例度硝；如果將來(lái)某一天可能有多個(gè)實(shí)例，您可

以使用單件實(shí)例機(jī)制寿冕，而不是工廠方法或函數(shù)蕊程。

11動(dòng)態(tài)綁定

—在運(yùn)行時(shí)確定要調(diào)用的方法

動(dòng)態(tài)綁定將調(diào)用方法的確定也推遲到運(yùn)行時(shí)。在編譯時(shí)蚂斤，方法的調(diào)用并不和代碼綁定在一起，只有在消實(shí)發(fā)送出來(lái)之后槐沼，才確定被調(diào)用的代碼曙蒸。通過(guò)動(dòng)態(tài)類(lèi)型和動(dòng)態(tài)綁定技術(shù)，您的代碼每次執(zhí)行都可以得到不同的結(jié)果岗钩。運(yùn)行時(shí)因子負(fù)責(zé)確定消息的接收者和被調(diào)用的方法纽窟。運(yùn)行時(shí)的消息分發(fā)機(jī)制為動(dòng)態(tài)綁定提供支持。當(dāng)您向一個(gè)動(dòng)態(tài)類(lèi)型確定了的對(duì)象發(fā)送消息時(shí)兼吓，運(yùn)行環(huán)境系統(tǒng)會(huì)通過(guò)接收者的isa指針定位對(duì)象的類(lèi)臂港，并以此為起點(diǎn)確定被調(diào)用的方法，方法和消息是動(dòng)態(tài)綁定的视搏。而且审孽，您不必在Objective-C 代碼中做任何工作，就可以自動(dòng)獲取動(dòng)態(tài)綁定的好處浑娜。您在每次發(fā)送消息時(shí)佑力，

特別是當(dāng)消息的接收者是動(dòng)態(tài)類(lèi)型已經(jīng)確定的對(duì)象時(shí)，動(dòng)態(tài)綁定就會(huì)例行而透明地發(fā)生筋遭。

12obj-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）彈性訊息傳遞

  1. 不是一個(gè)過(guò)度復(fù)雜的 C 衍生語(yǔ)言

  2. Objective-C 與 C++ 可混合編程

缺點(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ù)等）编饺，性能低劣。

13sprintf,strcpy,memcpy使用上有什么要注意的地方

strcpy是一個(gè)字符串拷貝的函數(shù)响驴，它的函數(shù)原型為strcpy(char *dst, c*****t char *src);

將 src開(kāi)始的一段字符串拷貝到dst開(kāi)始的內(nèi)存中去透且，結(jié)束的標(biāo)志符號(hào)為'\0'，由于拷貝的長(zhǎng)度不是由我們自己控制的豁鲤，所以這個(gè)字符串拷貝很容易出錯(cuò)石蔗。具備字符串拷貝功能的函數(shù)有memcpy，這是一個(gè)內(nèi)存拷貝函數(shù)畅形，它的函數(shù)原型為memcpy(char dst, c*****t char src, unsigned int len);

將長(zhǎng)度為len的一段內(nèi)存养距，從src拷貝到dst中去，這個(gè)函數(shù)的長(zhǎng)度可控日熬。但是會(huì)有內(nèi)存疊加的問(wèn)題棍厌。

sprintf是格式化函數(shù)。將一段數(shù)據(jù)通過(guò)特定的格式，格式化到一個(gè)字符串緩沖區(qū)中去耘纱。sprintf格式化的函數(shù)的長(zhǎng)度不可控敬肚，有可能格式化后的字符串會(huì)超出緩沖區(qū)的大小，造成溢出束析。

14答案是：

a) int a; // An integer

b) int *a; // A pointer to an integer

c) int **a; // A pointer to a pointer to an integer

d) int a[10]; // An array of 10 integers

e) int *a[10]; // An array of 10 pointers to integers

f) int (*a)[10]; // A pointer to an array of 10 integers

g) int (*a)(int); // A pointer to a function a that takes an integer argument and returns an integer

h) int (*a[10])(int); // An array of 10 pointers to functi***** that take an integer argument and return an integer

15.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ī)制。

copy是在你不希望a和b共享一塊內(nèi)存時(shí)會(huì)使用到姑躲。a和b各自有自己的內(nèi)存睡扬。

5，nonatomic黍析，非原子性訪問(wèn)卖怜，不加同步，多線程并發(fā)訪問(wèn)會(huì)提高性能阐枣。注意马靠，如果不加此屬性奄抽，則默認(rèn)是兩個(gè)訪問(wèn)方法都為原子型事務(wù)訪問(wèn)。鎖被加到所屬對(duì)象實(shí)例級(jí)(我是這么理解的...)甩鳄。

atomic和nonatomic用來(lái)決定編譯器生成的getter和setter是否為原子操作逞度。在多線程環(huán)境下，原子操作是必要的妙啃，否則有可能引起錯(cuò) 誤的結(jié)果档泽。加了atomic，setter函數(shù)會(huì)變成下面這樣：

16什么時(shí)候用delegate揖赴，什么時(shí)候用Notification馆匿？答：delegate針對(duì)one-to-one關(guān)系，并且reciever可以返回值 給sender储笑，notification 可以針對(duì)one-to-one/many/none,reciever無(wú)法返回值給sender.所以甜熔，delegate用于sender希望接受到 reciever的某個(gè)功能反饋值圆恤，notification用于通知多個(gè)object某個(gè)事件突倍。

17什么是KVC和KVO？答：KVC(Key-Value-Coding)內(nèi)部的實(shí)現(xiàn)：一個(gè)對(duì)象在調(diào)用setValue的時(shí)候盆昙，（1）首先根據(jù)方法名找到運(yùn)行方法的時(shí)候所需要的環(huán)境參數(shù)羽历。（2）他會(huì)從自己isa指針結(jié)合環(huán)境參數(shù)，找到具體的方法實(shí)現(xiàn)的接口淡喜。（3）再直接查找得來(lái)的具體的方法實(shí)現(xiàn)秕磷。KVO（Key-Value- Observing）：當(dāng)觀察者為一個(gè)對(duì)象的屬性進(jìn)行了注冊(cè)，被觀察對(duì)象的isa指針被修改的時(shí)候炼团，isa指針就會(huì)指向一個(gè)中間類(lèi)澎嚣，而不是真實(shí)的類(lèi)。所以 isa指針其實(shí)不需要指向?qū)嵗龑?duì)象真實(shí)的類(lèi)瘟芝。所以我們的程序最好不要依賴(lài)于isa指針易桃。在調(diào)用類(lèi)的方法的時(shí)候，最好要明確對(duì)象實(shí)例的類(lèi)名

18ViewController 的 loadView, viewDidLoad, viewDidUnload 分別是在什么時(shí)候調(diào)用的锌俱？在自定義ViewController的時(shí)候這幾個(gè)函數(shù)里面應(yīng)該做什么工作晤郑？答：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 吭练。

19

"NSMutableString *"這個(gè)數(shù)據(jù)類(lèi)型則是代表"NSMutableString"對(duì)象本身诫龙，這兩者是有區(qū)別的。

而NSString只是對(duì)象的指針而已鲫咽。

面向過(guò)程就是分析出解決問(wèn)題所需要的步驟赐稽，然后用函數(shù)把這些步驟一步一步實(shí)現(xiàn)叫榕，使用的時(shí)候一個(gè)一個(gè)依次調(diào)用就可以了。

面向?qū)ο笫前褬?gòu)成問(wèn)題事務(wù)分解成各個(gè)對(duì)象姊舵，建立對(duì)象的目的不是為了完成一個(gè)步驟晰绎，而是為了描敘某個(gè)事物在整個(gè)解決問(wèn)題的步驟中的行為。括丁；

20類(lèi)別的作用

類(lèi)別主要有3個(gè)作用：

(1)將類(lèi)的實(shí)現(xiàn)分散到多個(gè)不同文件或多個(gè)不同框架中荞下。

(2)創(chuàng)建對(duì)私有方法的前向引用。

(3)向?qū)ο筇砑臃钦絽f(xié)議史飞。

類(lèi)別的局限性

有兩方面局限性：

(1)無(wú)法向類(lèi)中添加新的實(shí)例變量尖昏，類(lèi)別沒(méi)有位置容納實(shí)例變量。

(2)名稱(chēng)沖突构资，即當(dāng)類(lèi)別中的方法與原始類(lèi)方法名稱(chēng)沖突時(shí)抽诉，類(lèi)別具有更高的優(yōu)先級(jí)。類(lèi)別方法將完全取代初始方法從而無(wú)法再使用初始方法吐绵。

無(wú)法添加實(shí)例變量的局限可以使用字典對(duì)象解決

21關(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 嗎廷痘？解釋為什么蔓涧。

下面是答案：

? 是的。一個(gè)例子是只讀的狀態(tài)寄存器笋额。它是volatile因?yàn)樗赡鼙灰庀氩坏降馗淖冊Ｋ莄onst因?yàn)槌绦虿粦?yīng)該試圖去修改它。

? 是的鳞陨。盡管這并不很常見(jiàn)昨寞。一個(gè)例子是當(dāng)一個(gè)中服務(wù)子程序修該一個(gè)指向一個(gè)buffer的指針時(shí)。

22@synthesize 是系統(tǒng)自動(dòng)生成getter和setter屬性聲明

@dynamic 是開(kāi)發(fā)者自已提供相應(yīng)的屬性聲明

@dynamic 意思是由開(kāi)發(fā)人員提供相應(yīng)的代碼：對(duì)于只讀屬性需要提供 setter厦滤，對(duì)于讀寫(xiě)屬性需要提供 setter 和getter援岩。@synthesize 意思是，除非開(kāi)發(fā)人員已經(jīng)做了掏导，否則由編譯器生成相應(yīng)的代碼享怀，以滿足屬性聲明。

查閱了一些資料確定@dynamic的意思是告訴編譯器,屬性的獲取與賦值方法由用戶自己實(shí)現(xiàn), 不自動(dòng)生成趟咆。

23Difference between shallow copy and deep copy?
淺復(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)上一哥們通俗的話將就是：
淺復(fù)制好比你和你的影子溉愁，你完蛋，你的影子也完蛋
深復(fù)制好比你和你的克隆人饲趋，你完蛋拐揭，你的克隆人還活著。

24What is advantage of categories? What is difference between implementing a category and inheritance?
類(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é)議愿险。
繼承可以增加颇蜡，修改或者刪除方法，并且可以增加屬性辆亏。

25.Difference between categories and extensions?
類(lèi)別和類(lèi)擴(kuò)展的區(qū)別风秤。
答案：category和extensions的不同在于 后者可以添加屬性。另外后者添加的方法是必須要實(shí)現(xiàn)的扮叨。
extensions可以認(rèn)為是一個(gè)私有的Category缤弦。

26.Difference between protocol in objective c and interfaces in java?
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)”。

26What are KVO and 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
[cpp]
[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ì)拋出一個(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就行了，

27What is purpose of delegates?
代理的作用心肪？
答案：代理的目的是改變或傳遞控制鏈锭亏。允許一個(gè)類(lèi)在某些特定時(shí)刻通知到其他類(lèi)，而不需要獲取到那些類(lèi)的指針硬鞍』哿觯可以減少框架復(fù)雜度。
另外一點(diǎn)膳凝，代理可以理解為java中的回調(diào)監(jiān)聽(tīng)機(jī)制的一種類(lèi)似碑隆。

28What are mutable and immutable types in Objective C?
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)存空間

29When we call objective c is runtime language what does it mean?
我們說(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ǔ)腹暖？~~~

30what is difference between NSNotification and protocol?
通知和協(xié)議的不同之處？
答案：協(xié)議有控制鏈(has-a)的關(guān)系翰萨，通知沒(méi)有微服。
首先我一開(kāi)始也不太明白，什么叫控制鏈（專(zhuān)業(yè)術(shù)語(yǔ)了~）缨历。但是簡(jiǎn)單分析下通知和代理的行為模式以蕴，我們大致可以有自己的理解
簡(jiǎn)單來(lái)說(shuō)，通知的話辛孵，它可以一對(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)系。

31What is push notification?
什么是推送消息霉囚？
答案：太簡(jiǎn)單捕仔，不作答~~~~~~~~~~
這是cocoa上的答案。
其實(shí)到不是說(shuō)太簡(jiǎn)單，只是太泛泛的一個(gè)概念的東西榜跌。就好比說(shuō)闸天，什么是人。
推送通知更是一種技術(shù)斜做。
簡(jiǎn)單點(diǎn)就是客戶端獲取資源的一種手段苞氮。
普通情況下，都是客戶端主動(dòng)的pull瓤逼。
推送則是服務(wù)器端主動(dòng)push笼吟。

32.Polymorphism？
關(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)。
最重要的是轉(zhuǎn)化成自我理解精居。

33

What is responder chain?
說(shuō)說(shuō)響應(yīng)鏈
答案：事件響應(yīng)鏈锄禽。包括點(diǎn)擊事件，畫(huà)面刷新事件等靴姿。在視圖棧內(nèi)從上至下沃但，或者從下之上傳播。
可以說(shuō)點(diǎn)事件的分發(fā)佛吓，傳遞以及處理宵晚。具體可以去看下touch事件這塊。因?yàn)閱?wèn)的太抽象化了
嚴(yán)重懷疑題目出到越后面就越籠統(tǒng)维雇。

34Difference between frame and bounds?
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)）

35

.Difference between method and selector?
方法和選擇器有何不同逸贾？
答案：selector是一個(gè)方法的名字，method是一個(gè)組合體唁影，包含了名字和實(shí)現(xiàn).

36NSOperation 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ì)列話題的文章，其中有一句提到
“因?yàn)閮蓚€(gè)操作提交的時(shí)間間隔很近夹界，線程池中的線程馆里，誰(shuí)先啟動(dòng)是不定的】墒粒”
瞬間覺(jué)得這個(gè)queue名字有點(diǎn)忽悠人了鸠踪，還不如pool~
綜合一點(diǎn)，我們知道他可以比較大的用處在于可以幫組多線程編程就好了复斥。

37What is lazy loading?
答案：懶漢模式慢哈，只在用到的時(shí)候才去初始化。
也可以理解成延時(shí)加載永票。
我覺(jué)得最好也最簡(jiǎn)單的一個(gè)列子就是tableView中圖片的加載顯示了卵贱。
一個(gè)延時(shí)載，避免內(nèi)存過(guò)高侣集，一個(gè)異步加載键俱，避免線程堵塞。

38Can we use two tableview controllers on one viewcontroller?
是否在一個(gè)視圖控制器中嵌入兩個(gè)tableview控制器世分？
答案：一個(gè)視圖控制只提供了一個(gè)View視圖编振，理論上一個(gè)tableViewController也不能放吧，
只能說(shuō)可以嵌入一個(gè)tableview視圖臭埋。當(dāng)然踪央，題目本身也有歧義，如果不是我們定性思維認(rèn)為的UIViewController瓢阴，
而是宏觀的表示視圖控制者畅蹂，那我們倒是可以把其看成一個(gè)視圖控制者，它可以控制多個(gè)視圖控制器荣恐，比如TabbarController
那樣的感覺(jué)液斜。

39Can we use one tableview with two different datasources? How you will achieve this?
一個(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ū)塊顯示？

40id丹禀、nil代表什么状勤？

id和void *并非完全一樣。在上面的代碼中双泪，id是指向struct objc_object的一個(gè)指針持搜，這個(gè)意思基本上是說(shuō)，id是一個(gè)指向任何一個(gè)繼承了Object（或者NSObject）類(lèi)的對(duì)象焙矛。需要注意的是id是一個(gè)指針葫盼，所以你在使用id的時(shí)候不需要加星號(hào)。比如id foo=nil定義了一個(gè)nil指針村斟，這個(gè)指針指向NSObject的一個(gè)任意子類(lèi)贫导。而id *foo=nil則定義了一個(gè)指針，這個(gè)指針指向另一個(gè)指針蟆盹，被指向的這個(gè)指針指向NSObject的一個(gè)子類(lèi)孩灯。

nil和C語(yǔ)言的NULL相同，在objc/objc.h中定義逾滥。nil表示一個(gè)Objctive-C對(duì)象峰档，這個(gè)對(duì)象的指針指向空（沒(méi)有東西就是空）。

首字母大寫(xiě)的Nil和nil有一點(diǎn)不一樣寨昙，Nil定義一個(gè)指向空的類(lèi)（是Class讥巡，而不是對(duì)象）。

SEL是“selector”的一個(gè)類(lèi)型舔哪，表示一個(gè)方法的名字

Method（我們常說(shuō)的方法）表示一種類(lèi)型欢顷，這種類(lèi)型與selector和實(shí)現(xiàn)(implementation)相關(guān)

IMP定義為 id (*IMP) (id, SEL, …)。這樣說(shuō)來(lái)尸红， IMP是一個(gè)指向函數(shù)的指針吱涉，這個(gè)被指向的函數(shù)包括id(“self”指針)刹泄，調(diào)用的SEL（方法名）外里，再加上一些其他參數(shù).說(shuō)白了IMP就是實(shí)現(xiàn)方法怎爵。

41層和UIView的區(qū)別是什么？

答：兩者最大的區(qū)別是,圖層不會(huì)直接渲染到屏幕上盅蝗，UIView是iOS系統(tǒng)中界面元素的基礎(chǔ)鳖链，所有的界面元素都是繼承自它。它本身完全是由CoreAnimation來(lái)實(shí)現(xiàn)的墩莫。它真正的繪圖部分芙委，是由一個(gè)CALayer類(lèi)來(lái)管理。UIView本身更像是一個(gè)CALayer的管理器狂秦。一個(gè)UIView上可以有n個(gè)CALayer灌侣，每個(gè)layer顯示一種東西，增強(qiáng)UIView的展現(xiàn)能力裂问。

42GCD為Grand Central Dispatch的縮寫(xiě)侧啼。　　Grand Central Dispatch (GCD)是Apple開(kāi)發(fā)的一個(gè)多核編程的較新的解決方法堪簿。在Mac OS X 10.6雪豹中首次推出痊乾，并在最近引入到了iOS4.0⊥指　　GCD是一個(gè)替代諸如NSThread等技術(shù)的很高效和強(qiáng)大的技術(shù)哪审。GCD完全可以處理諸如數(shù)據(jù)鎖定和資源泄漏等復(fù)雜的異步編程問(wèn)題。

GCD可以完成很多事情虑瀑，但是這里僅關(guān)注在iOS應(yīng)用中實(shí)現(xiàn)多線程所需的一些基礎(chǔ)知識(shí)湿滓。　　在開(kāi)始之前舌狗，需要理解是要提供給GCD隊(duì)列的是代碼塊叽奥，用于在系統(tǒng)或者用戶創(chuàng)建的的隊(duì)列上調(diào)度運(yùn)行“芽洌　　聲明一個(gè)隊(duì)列　　

如下會(huì)返回一個(gè)用戶創(chuàng)建的隊(duì)列：

dispatch_queue_t myQueue = dispatch_queue_create("com.iphonedevblog.post", NULL);其中而线，第一個(gè)參數(shù)是標(biāo)識(shí)隊(duì)列的，第二個(gè)參數(shù)是用來(lái)定義隊(duì)列的參數(shù)（目前不支持恋日，因此傳入NULL）膀篮。

執(zhí)行一個(gè)隊(duì)列　

如下會(huì)異步執(zhí)行傳入的代碼：

dispatch_async(myQueue, ^{ [self doSomething]; });其中，首先傳入之前創(chuàng)建的隊(duì)列岂膳，然后提供由隊(duì)列運(yùn)行的代碼塊誓竿。

聲明并執(zhí)行一個(gè)隊(duì)列　　

如果不需要保留要運(yùn)行的隊(duì)列的引用，可以通過(guò)如下代碼實(shí)現(xiàn)之前的功能：　　dispatch_async(dispatch_queue_create ("com.iphonedevblog.post", NULL), ^{ [self doSomething]; });如果需要暫停一個(gè)隊(duì)列谈截，可以調(diào)用如下代碼筷屡。暫停一個(gè)隊(duì)列會(huì)阻止和該隊(duì)列相關(guān)的所有代碼運(yùn)行涧偷。　　dispatch_suspend(myQueue);暫停一個(gè)隊(duì)列 　

如果暫停一個(gè)隊(duì)列不要忘記恢復(fù)毙死。暫停和恢復(fù)的操作和內(nèi)存管理中的retain和release類(lèi)似燎潮。調(diào)用dispatch_suspend會(huì)增加暫停計(jì)數(shù)，而dispatch_resume則會(huì)減少扼倘。隊(duì)列只有在暫停計(jì)數(shù)變成零的情況下才開(kāi)始運(yùn)行确封。dispatch_resume(myQueue);恢復(fù)一個(gè)隊(duì)列　　　從隊(duì)列中在主線程運(yùn)行代碼　　有些操作無(wú)法在異步隊(duì)列運(yùn)行，因此必須在主線程（每個(gè)應(yīng)用都有一個(gè)）上運(yùn)行再菊。UI繪圖以及任何對(duì)NSNotificationCenter的調(diào)用必須在主線程長(zhǎng)進(jìn)行爪喘。在另一個(gè)隊(duì)列中訪問(wèn)主線程并運(yùn)行代碼的示例如下：　　dispatch_sync(dispatch_get_main_queue(), ^{ [self dismissLoginWindow]; });注意，dispatch_suspend （以及dispatch_resume）在主線程上不起作用纠拔。

使用GCD秉剑，可以讓你的程序不會(huì)失去響應(yīng). 多線程不容易使用，用了GCD稠诲，會(huì)讓它變得簡(jiǎn)單侦鹏。你無(wú)需專(zhuān)門(mén)進(jìn)行線程管理, 很棒！

dispatch_queue_t t1=dispatch_queue_create("1", NULL);

dispatch_queue_t t2=dispatch_queue_create("2", NULL);

dispatch_async(t1, ^{

    [self print1];

});

dispatch_async(t2, ^{

    [self print2];

});

43Provider是指某個(gè)iPhone軟件的Push服務(wù)器，這篇文章我將使用.net作為Provider。
APNS 是Apple Push Notification Service（Apple Push服務(wù)器）的縮寫(xiě)击奶，是蘋(píng)果的服務(wù)器。

上圖可以分為三個(gè)階段聚请。

第一階段：.net應(yīng)用程序把要發(fā)送的消息、目的iPhone的標(biāo)識(shí)打包稳其，發(fā)給APNS驶赏。
第二階段：APNS在自身的已注冊(cè)Push服務(wù)的iPhone列表中，查找有相應(yīng)標(biāo)識(shí)的iPhone既鞠，并把消息發(fā)到iPhone煤傍。
第三階段：iPhone把發(fā)來(lái)的消息傳遞給相應(yīng)的應(yīng)用程序，并且按照設(shè)定彈出Push通知嘱蛋。

http://blog.csdn.net/zhuqilin0/article/details/6527113 //消息推送機(jī)制

看內(nèi)存泄露時(shí)候：在搜索中搜索run 找到Run Static Snalyzer .

44.可擴(kuò)展標(biāo)記語(yǔ)言extensible markup language;XML

2.用于標(biāo)記電子文件使其具有結(jié)構(gòu)性的標(biāo)記語(yǔ)言蚯姆，可以用來(lái)標(biāo)記數(shù)據(jù)、定義數(shù)據(jù)類(lèi)型洒敏，是一種允許用戶對(duì)自己的標(biāo)記語(yǔ)言進(jìn)行定義的源語(yǔ)言龄恋。

3，數(shù)據(jù)庫(kù)提供了更強(qiáng)有力的數(shù)據(jù)存儲(chǔ)和分析能力凶伙，例如：數(shù)據(jù)索引郭毕、排序、查找函荣、相關(guān)一致性等显押，XML僅僅是存儲(chǔ)數(shù)據(jù)扳肛。

4.XML與HTML的設(shè)計(jì)區(qū)別是：XML的核心是數(shù)據(jù)，其重點(diǎn)是數(shù)據(jù)的內(nèi)容乘碑。而HTML 被設(shè)計(jì)用來(lái)顯示數(shù)據(jù)挖息，其重點(diǎn)是數(shù)據(jù)的顯示。

5.XML和HTML語(yǔ)法區(qū)別：HTML的標(biāo)記不是所有的都需要成對(duì)出現(xiàn)蝉仇，XML則要求所有的標(biāo)記必須成對(duì)出現(xiàn)旋讹；HTML標(biāo)記不區(qū)分大小寫(xiě)殖蚕，XML則大小敏感,即區(qū)分大小寫(xiě)轿衔。

結(jié)合

XML的簡(jiǎn)單使其易于在任何應(yīng)用程序中讀寫(xiě)數(shù)據(jù)，這使XML很快成為數(shù)據(jù)交換的唯一公共語(yǔ)言睦疫，雖然不同的應(yīng)用軟件也支持其它的數(shù)據(jù)交換格式害驹，但不久之后他們都將支持XML，那就意味著程序可以更容易的與Windows,Mac OS,Linux以及其他平臺(tái)下產(chǎn)生的信息結(jié)合蛤育，然后可以很容易加載XML數(shù)據(jù)到程序中并分析他宛官，并以XML格式輸出結(jié)果。

XML去掉了之前令許多開(kāi)發(fā)人員頭疼的SGML（標(biāo)準(zhǔn)通用標(biāo)記語(yǔ)言）的隨意語(yǔ)法瓦糕。在XML中底洗，采用了如下的語(yǔ)法：

1 任何的起始標(biāo)簽都必須有一個(gè)結(jié)束標(biāo)簽。

2 可以采用另一種簡(jiǎn)化語(yǔ)法咕娄，可以在一個(gè)標(biāo)簽中同時(shí)表示起始和結(jié)束標(biāo)簽亥揖。這種語(yǔ)法是在大于符號(hào)之前緊跟一個(gè)斜線（/），例如<tag/ >圣勒。XML解析器會(huì)將其翻譯成<tag></tag>费变。

3 標(biāo)簽必須按合適的順序進(jìn)行嵌套，所以結(jié)束標(biāo)簽必須按鏡像順序匹配起始標(biāo)簽圣贸，例如this is a samplestring挚歧。這好比是將起始和結(jié)束標(biāo)簽看作是數(shù)學(xué)中的左右括號(hào)：在沒(méi)有關(guān)閉所有的內(nèi)部括號(hào)之前，是不能關(guān)閉外面的括號(hào)的吁峻。

4 所有的特性都必須有值滑负。

5 所有的特性都必須在值的周?chē)由想p引號(hào)。

45union u

|

{

double a;

int b;

};

union u2

{

char a[13];

int b;

};

union u3

{

char a[13];

char b;

};

cout<<sizeof(u)<<endl; // 8

cout<<sizeof(u2)<<endl; // 16

cout<<sizeof(u3)<<endl; // 13

|

都知道union的大小取決于它所有的成員中用含，占用空間最大的一個(gè)成員的大小矮慕。所以對(duì)于u來(lái)說(shuō)，大小就是最大的double類(lèi)型成員a了耕餐，所以 sizeof(u)=sizeof(double)=8凡傅。但是對(duì)于u2和u3，最大的空間都是char[13]類(lèi)型的數(shù)組肠缔，為什么u3的大小是13夏跷，而 u2是16呢哼转？關(guān)鍵在于u2中的成員int b。由于int類(lèi)型成員的存在槽华，使u2的對(duì)齊方式變成4壹蔓，也就是說(shuō)，u2的大小必須在4的對(duì)界上猫态，所以占用的空間變成了16（最接近13的對(duì)界）佣蓉。 struct s1

|

{

char a;

double b;

int c;

char d;

};

struct s2

{

char a;

char b;

int c;

double d;

};

cout<<sizeof(s1)<<endl; // 24

cout<<sizeof(s2)<<endl; // 16

|

同樣是兩個(gè)char類(lèi)型，一個(gè)int類(lèi)型亲雪，一個(gè)double類(lèi)型勇凭，但是因?yàn)閷?duì)界問(wèn)題，導(dǎo)致他們的大小不同义辕。計(jì)算結(jié)構(gòu)體大小可以采用元素?cái)[放法虾标，我舉例子說(shuō)明一下：首先，CPU判斷結(jié)構(gòu)體的對(duì)界灌砖，根據(jù)上一節(jié)的結(jié)論璧函，s1和s2的對(duì)界都取最大的元素類(lèi)型，也就是double類(lèi)型的對(duì)界8基显。然后開(kāi)始擺放每個(gè)元素蘸吓。

對(duì)于s1，首先把a(bǔ)放到8的對(duì)界撩幽，假定是0库继，此時(shí)下一個(gè)空閑的地址是1，但是下一個(gè)元素d是double類(lèi)型摸航，要放到8的對(duì)界上制跟，離1最接近的地址是8了，所以d被放在了8酱虎，此時(shí)下一個(gè)空閑地址變成了16雨膨，下一個(gè)元素c的對(duì)界是4，16可以滿足读串，所以c放在了16聊记，此時(shí)下一個(gè)空閑地址變成了20，下一個(gè)元素d需要對(duì)界1恢暖，也正好落在對(duì)界上排监，所以d放在了20，結(jié)構(gòu)體在地址21處結(jié)束杰捂。由于s1的大小需要是8的倍數(shù)舆床，所以21- 23的空間被保留，s1的大小變成了24。

對(duì)于s2挨队，首先把a(bǔ)放到8的對(duì)界谷暮，假定是0，此時(shí)下一個(gè)空閑地址是1盛垦，下一個(gè)元素的對(duì)界也是1湿弦，所以b擺放在1，下一個(gè)空閑地址變成了2腾夯；下一個(gè)元素c的對(duì)界是4颊埃，所以取離2最近的地址4擺放c，下一個(gè)空閑地址變成了8蝶俱，下一個(gè)元素d的對(duì)界是 8班利，所以d擺放在8，所有元素?cái)[放完畢跷乐，結(jié)構(gòu)體在15處結(jié)束肥败，占用總空間為16，正好是8的倍數(shù)愕提。

46ASIDownloadCache 設(shè)置下載緩存

它對(duì)Get請(qǐng)求的響應(yīng)數(shù)據(jù)進(jìn)行緩存（被緩存的數(shù)據(jù)必需是成功的200請(qǐng)求）：

|

[ASIHTTPRequest setDefaultCache:[ASIDownloadCache sharedCache]];

|

當(dāng)設(shè)置緩存策略后，所有的請(qǐng)求都被自動(dòng)的緩存起來(lái)皿哨。

另外浅侨，如果僅僅希望某次請(qǐng)求使用緩存操作，也可以這樣使用：

|

ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];

[request setDownloadCache:[ASIDownloadCache sharedCache]];

|

緩存存儲(chǔ)方式

你可以設(shè)置緩存的數(shù)據(jù)需要保存多長(zhǎng)時(shí)間证膨，ASIHTTPRequest提供了兩種策略：

a如输，ASICacheForSessionDurationCacheStoragePolicy，默認(rèn)策略央勒，基于session的緩存數(shù)據(jù)存儲(chǔ)不见。當(dāng)下次運(yùn)行或[ASIHTTPRequest clearSession]時(shí)，緩存將失效崔步。

b稳吮，ASICachePermanentlyCacheStoragePolicy，把緩存數(shù)據(jù)永久保存在本地井濒，

如：

|

ASIHTTPRequest *request = [ ASIHTTPRequest requestWithURL:url ];

[ request setCacheStoragePolicy:ASICachePermanentlyCacheStoragePolicy ];

|

47HTTP協(xié)議詳解

HTTP是一個(gè)屬于應(yīng)用層的面向?qū)ο蟮膮f(xié)議灶似，由于其簡(jiǎn)捷、快速的方式瑞你，適用于分布式超媒體信息系統(tǒng)酪惭。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的規(guī)范化工作正在進(jìn)行之中者甲。

http（超文本傳輸協(xié)議）是一個(gè)基于請(qǐng)求與響應(yīng)模式的春感、無(wú)狀態(tài)的、應(yīng)用層的協(xié)議，出昀粒基于TCP的連接方式纺铭，HTTP1.1版本中給出一種持續(xù)連接的機(jī)制，絕大多數(shù)的Web開(kāi)發(fā)刀疙，都是構(gòu)建在HTTP協(xié)議之上的Web應(yīng)用舶赔。
HTTP協(xié)議的主要特點(diǎn)可概括如下：
1.支持客戶/服務(wù)器模式。
2.簡(jiǎn)單快速：客戶向服務(wù)器請(qǐng)求服務(wù)時(shí)谦秧，只需傳送請(qǐng)求方法和路徑竟纳。請(qǐng)求方法常用的有GET、HEAD疚鲤、POST锥累。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類(lèi)型不同。由于HTTP協(xié)議簡(jiǎn)單集歇，使得HTTP服務(wù)器的程序規(guī)模小桶略，因而通信速度很快。
3.靈活：HTTP允許傳輸任意類(lèi)型的數(shù)據(jù)對(duì)象诲宇。正在傳輸?shù)念?lèi)型由Content-Type加以標(biāo)記际歼。
4.無(wú)連接：無(wú)連接的含義是限制每次連接只處理一個(gè)請(qǐng)求。服務(wù)器處理完客戶的請(qǐng)求姑蓝，并收到客戶的應(yīng)答后鹅心，即斷開(kāi)連接。采用這種方式可以節(jié)省傳輸時(shí)間纺荧。
5.無(wú)狀態(tài)：HTTP協(xié)議是無(wú)狀態(tài)協(xié)議旭愧。無(wú)狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒(méi)有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息宙暇，則它必須重傳输枯，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面占贫，在服務(wù)器不需要先前信息時(shí)它的應(yīng)答就較快桃熄。

48URL

HTTP URL (URL是一種特殊類(lèi)型的URI是他的子類(lèi)，包含了用于查找某個(gè)資源的足夠的信息)的格式如下：
[http://host[":"port]abs_path]
http表示要通過(guò)HTTP協(xié)議來(lái)定位網(wǎng)絡(luò)資源靶剑；host表示合法的Internet主機(jī)域名或者IP地址蜻拨；port指定一個(gè)端口號(hào)，為空則使用缺省端口80桩引；abs_path指定請(qǐng)求資源的URI缎讼；如果URL中沒(méi)有給出abs_path，那么當(dāng)它作為請(qǐng)求URI時(shí)坑匠，必須以“/”的形式給出血崭，通常這個(gè)工作瀏覽器自動(dòng)幫我們完成。

49TCP/UDP區(qū)別聯(lián)系

TCP---傳輸控制協(xié)議,提供的是面向連接、可靠的字節(jié)流服務(wù)夹纫。當(dāng)客戶和服務(wù)器彼此交換數(shù)據(jù)前咽瓷，必須先在雙方之間建立一個(gè)TCP連接，之后才能傳輸數(shù)據(jù)舰讹。TCP提供超時(shí)重發(fā)茅姜，丟棄重復(fù)數(shù)據(jù)，檢驗(yàn)數(shù)據(jù)月匣，流量控制等功能钻洒，保證數(shù)據(jù)能從一端傳到另一端。

UDP---用戶數(shù)據(jù)報(bào)協(xié)議锄开，是一個(gè)簡(jiǎn)單的面向數(shù)據(jù)報(bào)的運(yùn)輸層協(xié)議素标。UDP不提供可靠性，它只是把應(yīng)用程序傳給IP層的數(shù)據(jù)報(bào)發(fā)送出去萍悴，但是并不能保證它們能到達(dá)目的地头遭。由于UDP在傳輸數(shù)據(jù)報(bào)前不用在客戶和服務(wù)器之間建立一個(gè)連接，且沒(méi)有超時(shí)重發(fā)等機(jī)制癣诱，故而傳輸速度很快

TCP（Transmission Control Protocol计维，傳輸控制協(xié)議）是基于連接的協(xié)議，也就是說(shuō)狡刘，在正式收發(fā)數(shù)據(jù)前享潜，必須和對(duì)方建立可靠的連接。一個(gè)TCP連接必須要經(jīng)過(guò)三次“對(duì)話”才能建立起來(lái)嗅蔬，我們來(lái)看看這三次對(duì)話的簡(jiǎn)單過(guò)程：1.主機(jī)A向主機(jī)B發(fā)出連接請(qǐng)求數(shù)據(jù)包；2.主機(jī)B向主機(jī)A發(fā)送同意連接和要求同步（同步就是兩臺(tái)主機(jī)一個(gè)在發(fā)送疾就，一個(gè)在接收澜术，協(xié)調(diào)工作）的數(shù)據(jù)包；3.主機(jī)A再發(fā)出一個(gè)數(shù)據(jù)包確認(rèn)主機(jī)B的要求同步：“我現(xiàn)在就發(fā)猬腰，你接著吧鸟废！”，這是第三次對(duì)話姑荷。三次“對(duì)話”的目的是使數(shù)據(jù)包的發(fā)送和接收同步盒延，經(jīng)過(guò)三次“對(duì)話”之后，主機(jī)A才向主機(jī)B正式發(fā)送數(shù)據(jù)鼠冕。

UDP（User Data Protocol添寺，用戶數(shù)據(jù)報(bào)協(xié)議）是與TCP相對(duì)應(yīng)的協(xié)議。它是面向非連接的協(xié)議懈费，它不與對(duì)方建立連接计露，而是直接就把數(shù)據(jù)包發(fā)送過(guò)去！ UDP適用于一次只傳送少量數(shù)據(jù)、對(duì)可靠性要求不高的應(yīng)用環(huán)境票罐。

tcp協(xié)議和udp協(xié)議的差別

是否連接面向連接面向非連接

傳輸可靠性可靠不可靠

應(yīng)用場(chǎng)合傳輸大量數(shù)據(jù)少量數(shù)據(jù)

速度慢快

50socket連接和http連接的區(qū)別

簡(jiǎn)單說(shuō)叉趣，你瀏覽的網(wǎng)頁(yè)（網(wǎng)址以http://開(kāi)頭)都是http協(xié)議傳輸?shù)侥愕臑g覽器的, 而http是基于socket之上的。socket是一套完成tcp该押，udp協(xié)議的接口疗杉。

HTTP協(xié)議：簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議，對(duì)應(yīng)于應(yīng)用層 蚕礼，HTTP協(xié)議是基于TCP連接的

tcp協(xié)議： 對(duì)應(yīng)于傳輸層

ip協(xié)議： 對(duì)應(yīng)于網(wǎng)絡(luò)層
TCP/IP是傳輸層協(xié)議烟具，主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸；而HTTP是應(yīng)用層協(xié)議闻牡，主要解決如何包裝數(shù)據(jù)净赴。

Socket是對(duì)TCP/IP協(xié)議的封裝，Socket本身并不是協(xié)議罩润，而是一個(gè)調(diào)用接口（API）玖翅，通過(guò)Socket，我們才能使用TCP/IP協(xié)議割以。

http連接：http連接就是所謂的短連接金度，即客戶端向服務(wù)器端發(fā)送一次請(qǐng)求，服務(wù)器端響應(yīng)后連接即會(huì)斷掉严沥；

socket連接：socket連接就是所謂的長(zhǎng)連接猜极，理論上客戶端和服務(wù)器端一旦建立起連接將不會(huì)主動(dòng)斷掉；但是由于各種環(huán)境因素可能會(huì)是連接斷開(kāi)消玄，比如說(shuō)：服務(wù)器端或客戶端主機(jī)down了跟伏，網(wǎng)絡(luò)故障，或者兩者之間長(zhǎng)時(shí)間沒(méi)有數(shù)據(jù)傳輸翩瓜，網(wǎng)絡(luò)防火墻可能會(huì)斷開(kāi)該連接以釋放網(wǎng)絡(luò)資源受扳。所以當(dāng)一個(gè)socket連接中沒(méi)有數(shù)據(jù)的傳輸，那么為了維持連接需要發(fā)送心跳消息~~具體心跳消息格式是開(kāi)發(fā)者自己定義的

我們已經(jīng)知道網(wǎng)絡(luò)中的進(jìn)程是通過(guò)socket來(lái)通信的兔跌，那什么是socket呢勘高？socket起源于Unix，而Unix/Linux基本哲學(xué)之一就是“一切皆文件”坟桅，都可以用“打開(kāi)open –> 讀寫(xiě)write/read –> 關(guān)閉close”模式來(lái)操作华望。我的理解就是Socket就是該模式的一個(gè)實(shí)現(xiàn)，socket即是一種特殊的文件仅乓，一些socket函數(shù)就是對(duì)其進(jìn)行的操作（讀/寫(xiě)IO赖舟、打開(kāi)、關(guān)閉）方灾，這些函數(shù)我們?cè)诤竺孢M(jìn)行介紹建蹄。我們?cè)趥鬏敂?shù)據(jù)時(shí)碌更，可以只使用（傳輸層）TCP/IP協(xié)議，但是那樣的話洞慎，如果沒(méi)有應(yīng)用層痛单，便無(wú)法識(shí)別數(shù)據(jù)內(nèi)容，如果想要使傳輸?shù)臄?shù)據(jù)有意義劲腿，則必須使用到應(yīng)用層協(xié)議旭绒，應(yīng)用層協(xié)議有很多，比如HTTP焦人、FTP挥吵、TELNET等，也可以自己定義應(yīng)用層協(xié)議花椭。WEB使用HTTP協(xié)議作應(yīng)用層協(xié)議忽匈，以封裝HTTP文本信息，然后使用TCP/IP做傳輸層協(xié)議將它發(fā)到網(wǎng)絡(luò)上矿辽。
1)Socket是一個(gè)針對(duì)TCP和UDP編程的接口丹允，你可以借助它建立TCP連接等等。而TCP和UDP協(xié)議屬于傳輸層 袋倔。
而http是個(gè)應(yīng)用層的協(xié)議雕蔽，它實(shí)際上也建立在TCP協(xié)議之上。

(HTTP是轎車(chē)宾娜，提供了封裝或者顯示數(shù)據(jù)的具體形式批狐；Socket是發(fā)動(dòng)機(jī)，提供了網(wǎng)絡(luò)通信的能力前塔。)

2）Socket是對(duì)TCP/IP協(xié)議的封裝嚣艇，Socket本身并不是協(xié)議，而是一個(gè)調(diào)用接口（API）华弓，通過(guò)Socket髓废，我們才能使用TCP/IP協(xié)議。Socket的出現(xiàn)只是使得程序員更方便地使用TCP/IP協(xié)議棧而已该抒，是對(duì)TCP/IP協(xié)議的抽象，從而形成了我們知道的一些最基本的函數(shù)接口顶燕。

51什么是TCP連接的三次握手

第一次握手：客戶端發(fā)送syn包(syn=j)到服務(wù)器凑保，并進(jìn)入SYN_SEND狀態(tài)草巡，等待服務(wù)器確認(rèn)增淹；
第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的SYN（ack=j+1）倔韭，同時(shí)自己也發(fā)送一個(gè)SYN包（syn=k）恳谎，即SYN+ACK包芝此，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)憋肖；
第三次握手：客戶端收到服務(wù)器的SYN＋ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1)婚苹，此包發(fā)送完畢岸更，客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手膊升。

握手過(guò)程中傳送的包里不包含數(shù)據(jù)怎炊，三次握手完畢后，客戶端與服務(wù)器才正式開(kāi)始傳送數(shù)據(jù)廓译。理想狀態(tài)下评肆，TCP連接一旦建立，在通信雙方中的任何一方主動(dòng)關(guān)閉連接之前非区，TCP 連接都將被一直保持下去瓜挽。斷開(kāi)連接時(shí)服務(wù)器和客戶端均可以主動(dòng)發(fā)起斷開(kāi)TCP連接的請(qǐng)求，斷開(kāi)過(guò)程需要經(jīng)過(guò)“四次握手”（過(guò)程就不細(xì)寫(xiě)了征绸，就是服務(wù)器和客戶端交互久橙，最終確定斷開(kāi)）

52利用Socket建立網(wǎng)絡(luò)連接的步驟

建立Socket連接至少需要一對(duì)套接字，其中一個(gè)運(yùn)行于客戶端歹垫，稱(chēng)為ClientSocket 剥汤，另一個(gè)運(yùn)行于服務(wù)器端，稱(chēng)為ServerSocket 排惨。

套接字之間的連接過(guò)程分為三個(gè)步驟：服務(wù)器監(jiān)聽(tīng)吭敢，客戶端請(qǐng)求，連接確認(rèn)暮芭。

1鹿驼。服務(wù)器監(jiān)聽(tīng)：服務(wù)器端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態(tài)辕宏，實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)狀態(tài)畜晰，等待客戶端的連接請(qǐng)求。

2瑞筐∑啾牵客戶端請(qǐng)求：指客戶端的套接字提出連接請(qǐng)求，要連接的目標(biāo)是服務(wù)器端的套接字聚假。為此块蚌，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字，指出服務(wù)器端套接字的地址和端口號(hào)膘格，然后就向服務(wù)器端套接字提出連接請(qǐng)求峭范。

3。連接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽(tīng)到或者說(shuō)接收到客戶端套接字的連接請(qǐng)求時(shí)瘪贱，就響應(yīng)客戶端套接字的請(qǐng)求纱控，建立一個(gè)新的線程辆毡，把服務(wù)器端套接字的描述發(fā)給客戶端，一旦客戶端確認(rèn)了此描述甜害，雙方就正式建立連接舶掖。而服務(wù)器端套接字繼續(xù)處于監(jiān)聽(tīng)狀態(tài)，繼續(xù)接收其他客戶端套接字的連接請(qǐng)求唾那。

53進(jìn)程與線程

進(jìn)程（process）是一塊包含了某些資源的內(nèi)存區(qū)域访锻。操作系統(tǒng)利用進(jìn)程把它的工作劃分為一些功能單元。

進(jìn)程中所包含的一個(gè)或多個(gè)執(zhí)行單元稱(chēng)為線程（thread）闹获。進(jìn)程還擁有一個(gè)私有的虛擬地址空間期犬，該空間僅能被它所包含的線程訪問(wèn)。

通常在一個(gè)進(jìn)程中可以包含若干個(gè)線程避诽，它們可以利用進(jìn)程所擁有的資源龟虎。

在引入線程的操作系統(tǒng)中，通常都是把進(jìn)程作為分配資源的基本單位沙庐，而把線程作為獨(dú)立運(yùn)行和獨(dú)立調(diào)度的基本單位鲤妥。

由于線程比進(jìn)程更小，基本上不擁有系統(tǒng)資源拱雏，故對(duì)它的調(diào)度所付出的開(kāi)銷(xiāo)就會(huì)小得多棉安，能更高效的提高系統(tǒng)內(nèi)多個(gè)程序間并發(fā)執(zhí)行的程度。

簡(jiǎn)而言之,一個(gè)程序至少有一個(gè)進(jìn)程,一個(gè)進(jìn)程至少有一個(gè)線程.一個(gè)程序就是一個(gè)進(jìn)程铸抑，而一個(gè)程序中的多個(gè)任務(wù)則被稱(chēng)為線程贡耽。

線程只能歸屬于一個(gè)進(jìn)程并且它只能訪問(wèn)該進(jìn)程所擁有的資源。當(dāng)操作系統(tǒng)創(chuàng)建一個(gè)進(jìn)程后鹊汛，該進(jìn)程會(huì)自動(dòng)申請(qǐng)一個(gè)名為主線程或首要線程的線程蒲赂。應(yīng)用程序（application）是由一個(gè)或多個(gè)相互協(xié)作的進(jìn)程組成的。

另外刁憋，進(jìn)程在執(zhí)行過(guò)程中擁有獨(dú)立的內(nèi)存單元滥嘴，而多個(gè)線程共享內(nèi)存，從而極大地提高了程序的運(yùn)行效率至耻。
線程在執(zhí)行過(guò)程中與進(jìn)程還是有區(qū)別的若皱。每個(gè)獨(dú)立的線程有一個(gè)程序運(yùn)行的入口、順序執(zhí)行序列和程序的出口尘颓。但是線程不能夠獨(dú)立執(zhí)行是尖，必須依存在應(yīng)用程序中，由應(yīng)用程序提供多個(gè)線程執(zhí)行控制泥耀。
從邏輯角度來(lái)看，多線程的意義在于一個(gè)應(yīng)用程序中蛔添，有多個(gè)執(zhí)行部分可以同時(shí)執(zhí)行痰催。但操作系統(tǒng)并沒(méi)有將多個(gè)線程看做多個(gè)獨(dú)立的應(yīng)用兜辞，來(lái)實(shí)現(xiàn)進(jìn)程的調(diào)度和管理以及資源分配。這就是進(jìn)程和線程的重要區(qū)別夸溶。

進(jìn)程是具有一定獨(dú)立功能的程序關(guān)于某個(gè)數(shù)據(jù)集合上的一次運(yùn)行活動(dòng),進(jìn)程是系統(tǒng)進(jìn)行資源分配和調(diào)度的一個(gè)獨(dú)立單位.
線程是進(jìn)程的一個(gè)實(shí)體,是CPU調(diào)度和分派的基本單位,它是比進(jìn)程更小的能獨(dú)立運(yùn)行的基本單位.線程自己基本上不擁有系統(tǒng)資源,只擁有一點(diǎn)在運(yùn)行中必不可少的資源(如程序計(jì)數(shù)器,一組寄存器和棧),但是它可與同屬一個(gè)進(jìn)程的其他的線程共享進(jìn)程所擁有的全部資源.
一個(gè)線程可以創(chuàng)建和撤銷(xiāo)另一個(gè)線程;同一個(gè)進(jìn)程中的多個(gè)線程之間可以并發(fā)執(zhí)行.

54多線程

多線程編程是防止主線程堵塞逸吵，增加運(yùn)行效率等等的最佳方法。而原始的多線程方法存在很多的毛病缝裁，包括線程鎖死等扫皱。在Cocoa中，Apple提供了NSOperation這個(gè)類(lèi)捷绑，提供了一個(gè)優(yōu)秀的多線程編程方法韩脑。

本次介紹NSOperation的子集，簡(jiǎn)易方法的NSInvocationOperation：

一個(gè)NSOperationQueue 操作隊(duì)列粹污，就相當(dāng)于一個(gè)線程管理器段多，而非一個(gè)線程。因?yàn)槟憧梢栽O(shè)置這個(gè)線程管理器內(nèi)可以并行運(yùn)行的的線程數(shù)量等等

55oc語(yǔ)法里的@perpoerty不用寫(xiě)@synzhesize了壮吩，自動(dòng)填充了进苍。并且的_name;

寫(xiě)方法時(shí)候不用提前聲明。llvm 全局方法便利鸭叙。

枚舉類(lèi)型觉啊。enum hello:Integer{ } 冒號(hào)后面直接可以跟類(lèi)型，以前是：

enum hello{} 后面在指定為Integer .

橋接沈贝。ARC 自動(dòng)release retain 的時(shí)候 CFString CFArray . Core Fountion. 加上橋接_brige 才能區(qū)分CFString 和NSString 而現(xiàn)在自動(dòng)區(qū)分了杠人，叫固定橋接。

下拉刷新封裝好了缀程。

UICollectionViewController. 可以把表格分成多列搜吧。

Social Framework(社交集成)

UIActivityViewController來(lái)詢(xún)問(wèn)用戶的社交行為

緩存：就是存放在臨時(shí)文件里，比如新浪微博請(qǐng)求的數(shù)據(jù)杨凑，和圖片滤奈，下次請(qǐng)求看這里有沒(méi)有值。

56Singleton（單例模式）撩满，也叫單子模式蜒程，是一種常用的軟件設(shè)計(jì)模式。在應(yīng)用這個(gè)模式時(shí)伺帘，單例對(duì)象的類(lèi)必須保證只有一個(gè)實(shí)例存在昭躺。

代碼如下：

static ClassA *classA = nil；//靜態(tài)的該類(lèi)的實(shí)例

  • (ClassA *)sharedManager

｛

@synchronized(self) {

if (!classA) {

classA = [[super allocWithZone:NULL]init];

}

return classA;

}

｝

  • (id)allocWithZone:(NSZone *)zone {

return [[self sharedManager] retain];

}

  • (id)copyWithZone:(NSZone *)zone {

return self;

}

  • (id)retain {

return self;

}

  • (NSUIntger)retainCount {

return NSUIntgerMax;

}

  • (oneway void)release {

}

  • (id)autorelease {

return self;

}

-(void)dealloc{

}

57請(qǐng)寫(xiě)一個(gè)C函數(shù)伪嫁，若處理器是Big_endian的领炫，則返回0；若是Little_endian的张咳，則返回1 int checkCPU( ) {

 {           

   union w      

        {        

                 int a;      

                 char b;         

         } c;             

        c.a = 1;    

    return  (c.b ==1);

}

}

剖析：嵌入式系統(tǒng)開(kāi)發(fā)者應(yīng)該對(duì)Little-endian和Big-endian模式非常了解帝洪。采用Little-endian模式的CPU對(duì)操作數(shù)的存放方式是從低字節(jié)到高字節(jié)似舵， Big-endian 模式的CPU對(duì)操作數(shù)的存放方式是從高字節(jié)到低字節(jié)。在弄清楚這個(gè)之前要弄清楚這個(gè)問(wèn)題：字節(jié)從右到坐為從高到低! 假設(shè)從地址0x4000開(kāi)始存放: 0x12345678,是也個(gè)32位四個(gè)字節(jié)的數(shù)據(jù)葱峡，最高字節(jié)是0x12,最低字節(jié)是0x78：在Little-endian模式CPU內(nèi)存中的存放方式為： (高字節(jié)在高地址, 低字節(jié)在低地址)

內(nèi)存地址0x4000 0x4001 0x4002 0x4003

存放內(nèi)容 0x78 0x56 0x34 0x12

大端機(jī)則相反砚哗。

有的處理器系統(tǒng)采用了小端方式進(jìn)行數(shù)據(jù)存放，如Intel的奔騰砰奕。有的處理器系統(tǒng)采用了大端方式進(jìn)行數(shù)據(jù)存放蛛芥，如IBM半導(dǎo)體和Freescale的PowerPC處理器。不僅對(duì)于處理器军援，一些外設(shè)的設(shè)計(jì)中也存在著使用大端或者小端進(jìn)行數(shù)據(jù)存放的選擇仅淑。因此在一個(gè)處理器系統(tǒng)中，有可能存在大端和小端模式同時(shí)存在的現(xiàn)象盖溺。這一現(xiàn)象為系統(tǒng)的軟硬件設(shè)計(jì)帶來(lái)了不小的麻煩漓糙，這要求系統(tǒng)設(shè)計(jì)工程師，必須深入理解大端和小端模式的差別烘嘱。大端與小端模式的差別體現(xiàn)在一個(gè)處理器的寄存器昆禽，指令集，系統(tǒng)總線等各個(gè)層次中蝇庭。 聯(lián)合體union的存放順序是所有成員都從低地址開(kāi)始存放的醉鳖。以上是網(wǎng)上的原文。讓我們看看在ARM處理器上union是如何存儲(chǔ)的呢? 地址A ---------------- |A |A+1 |A+2 |A+3 |int a; | | | | -------------------- |A |char b; | | --------- 如果是小端如何存儲(chǔ)c.a的呢哮内？

                                     地址A -----------

------------------- |A |A+1 |A+2 |A+3 | int a;

|0x01 |0x00 |0x00 |0x00 | ------------------------------------- |A |char b; | | ---------

                            如果是大端如何存儲(chǔ)c.a的呢盗棵？

地址A ---------------------

--------- |A |A+1 |A+2 |A+3 |int a; |0x00 |0x00 |0x00 |0x01 | ------------------------------------------ |A |char b; | | --------- 現(xiàn)在知道為什么c.b==0的話是大端，c.b==1的話就是小端了吧北发。

58

堆和棧上的指針

指針?biāo)赶虻倪@塊內(nèi)存是在哪里分配的,在堆上稱(chēng)為堆上的指針,在棧上為棧上的指針.

在堆上的指針,可以保存在全局?jǐn)?shù)據(jù)結(jié)構(gòu)中,供不同函數(shù)使用訪問(wèn)同一塊內(nèi)存.

在棧上的指針,在函數(shù)退出后,該內(nèi)存即不可訪問(wèn).

59什么是指針的釋放?

具體來(lái)說(shuō)包括兩個(gè)概念.

1 釋放該指針指向的內(nèi)存,只有堆上的內(nèi)存才需要我們手工釋放,棧上不需要.

2 將該指針重定向?yàn)镹ULL.

60數(shù)據(jù)結(jié)構(gòu)中的指針?

其實(shí)就是指向一塊內(nèi)存的地址,通過(guò)指針傳遞,可實(shí)現(xiàn)復(fù)雜的內(nèi)存訪問(wèn).

7 函數(shù)指針?

指向一塊函數(shù)的入口地址.

8 指針作為函數(shù)的參數(shù)?

比如指向一個(gè)復(fù)雜數(shù)據(jù)結(jié)構(gòu)的指針作為函數(shù)變量

這種方法避免整個(gè)復(fù)雜數(shù)據(jù)類(lèi)型內(nèi)存的壓棧出棧操作,提高效率.

注意:指針本身不可變,但指針指向的數(shù)據(jù)結(jié)構(gòu)可以改變.

9 指向指針的指針?

指針指向的變量是一個(gè)指針,即具體內(nèi)容為一個(gè)指針的值,是一個(gè)地址.

此時(shí)指針指向的變量長(zhǎng)度也是4位.

61指針與地址的區(qū)別?

區(qū)別:

1指針意味著已經(jīng)有一個(gè)指針變量存在,他的值是一個(gè)地址,指針變量本身也存放在一個(gè)長(zhǎng)度為四個(gè)字節(jié)的地址當(dāng)中,而地址概念本身并不代表有任何變量存在.

2 指針的值,如果沒(méi)有限制,通常是可以變化的,也可以指向另外一個(gè)地址.

地址表示內(nèi)存空間的一個(gè)位置點(diǎn),他是用來(lái)賦給指針的,地址本身是沒(méi)有大小概念,指針指向變量的大小,取決于地址后面存放的變量類(lèi)型.

62指針與數(shù)組名的關(guān)系?

其值都是一個(gè)地址,但前者是可以移動(dòng)的,后者是不可變的.

12 怎樣防止指針的越界使用問(wèn)題?

必須讓指針指向一個(gè)有效的內(nèi)存地址,

1 防止數(shù)組越界

2 防止向一塊內(nèi)存中拷貝過(guò)多的內(nèi)容

3 防止使用空指針

4 防止改變const修改的指針

5 防止改變指向靜態(tài)存儲(chǔ)區(qū)的內(nèi)容

6 防止兩次釋放一個(gè)指針

7 防止使用野指針.

13 指針的類(lèi)型轉(zhuǎn)換?

指針轉(zhuǎn)換通常是指針類(lèi)型和void * 類(lèi)型之前進(jìn)行強(qiáng)制轉(zhuǎn)換,從而與期望或返回void指針的函數(shù)進(jìn)行正確的交接.

63static有什么用途纹因？（請(qǐng)至少說(shuō)明兩種）
1.限制變量的作用域
2.設(shè)置變量的存儲(chǔ)域
7. 引用與指針有什么區(qū)別？
1) 引用必須被初始化琳拨，指針不必瞭恰。
2) 引用初始化以后不能被改變，指針可以改變所指的對(duì)象狱庇。
2) 不存在指向空值的引用惊畏，但是存在指向空值的指針。
8. 描述實(shí)時(shí)系統(tǒng)的基本特性
在特定時(shí)間內(nèi)完成特定的任務(wù)密任，實(shí)時(shí)性與可靠性

64全局變量和局部變量在內(nèi)存中是否有區(qū)別颜启？如果有，是什么區(qū)別浪讳？
全局變量?jī)?chǔ)存在靜態(tài)數(shù)據(jù)庫(kù)缰盏，局部變量在堆棧
10. 什么是平衡二叉樹(shù)？
左右子樹(shù)都是平衡二叉樹(shù)且左右子樹(shù)的深度差值的絕對(duì)值不大于1

65堆棧溢出一般是由什么原因?qū)е碌模?br> 沒(méi)有回收垃圾資源
12. 什么函數(shù)不能聲明為虛函數(shù)？
constructor
13. 冒泡排序算法的時(shí)間復(fù)雜度是什么乳规？
O(n^2)
14. 寫(xiě)出float x 與“零值”比較的if語(yǔ)句形葬。
if(x>0.000001&&x<-0.000001)
16. Internet采用哪種網(wǎng)絡(luò)協(xié)議？該協(xié)議的主要層次結(jié)構(gòu)暮的？
tcp/ip 應(yīng)用層/傳輸層/網(wǎng)絡(luò)層/數(shù)據(jù)鏈路層/物理層
17. Internet物理地址和IP地址轉(zhuǎn)換采用什么協(xié)議？
ARP (Address Resolution Protocol)（地址解析協(xié)議）
18.IP地址的編碼分為哪倆部分淌实？
IP地址由兩部分組成冻辩，網(wǎng)絡(luò)號(hào)和主機(jī)號(hào)。不過(guò)是要和“子網(wǎng)掩碼”按位與上之后才能區(qū)
分哪些是網(wǎng)絡(luò)位哪些是主機(jī)位拆祈。
2.用戶輸入M,N值恨闪，從1至N開(kāi)始順序循環(huán)數(shù)數(shù)，每數(shù)到M輸出該數(shù)值放坏，直至全部輸出咙咽。寫(xiě)
出C程序。
循環(huán)鏈表淤年，用取余操作做
3.不能做switch()的參數(shù)類(lèi)型是：
switch的參數(shù)不能為實(shí)型钧敞。
華為
1、局部變量能否和全局變量重名麸粮？
答：能溉苛，局部會(huì)屏蔽全局。要用全局變量弄诲，需要使用"::"
局部變量可以與全局變量同名愚战，在函數(shù)內(nèi)引用這個(gè)變量時(shí)，會(huì)用到同名的局部變量齐遵，而
不會(huì)用到全局變量寂玲。對(duì)于有些編譯器而言，在同一個(gè)函數(shù)內(nèi)可以定義多個(gè)同名的局部變
量梗摇，比如在兩個(gè)循環(huán)體內(nèi)都定義一個(gè)同名的局部變量拓哟，而那個(gè)局部變量的作用域就在那
個(gè)循環(huán)體內(nèi)
2、如何引用一個(gè)已經(jīng)定義過(guò)的全局變量留美？
答：extern
可以用引用頭文件的方式彰檬，也可以用extern關(guān)鍵字，如果用引用頭文件方式來(lái)引用某個(gè)
在頭文件中聲明的全局變理谎砾，假定你將那個(gè)變寫(xiě)錯(cuò)了逢倍，那么在編譯期間會(huì)報(bào)錯(cuò)，如果你
用extern方式引用時(shí)景图，假定你犯了同樣的錯(cuò)誤较雕，那么在編譯期間不會(huì)報(bào)錯(cuò)，而在連接期
間報(bào)錯(cuò)
3、全局變量可不可以定義在可被多個(gè).C文件包含的頭文件中亮蒋？為什么扣典？
答：可以，在不同的C文件中以static形式來(lái)聲明同名全局變量慎玖。
可以在不同的C文件中聲明同名的全局變量贮尖，前提是其中只能有一個(gè)C文件中對(duì)此變量賦
初值，此時(shí)連接不會(huì)出錯(cuò)
4趁怔、語(yǔ)句for( 湿硝；1 ；)有什么問(wèn)題润努？它是什么意思关斜？
答：和while(1)相同。
5铺浇、do……while和while……do有什么區(qū)別痢畜？
答：前一個(gè)循環(huán)一遍再判斷，后一個(gè)判斷以后再循環(huán)

661.IP Phone的原理是什么?
IPV6
2.TCP/IP通信建立的過(guò)程怎樣鳍侣，端口有什么作用丁稀？
三次握手，確定是哪個(gè)應(yīng)用程序使用該協(xié)議
3.1號(hào)信令和7號(hào)信令有什么區(qū)別拱她，我國(guó)某前廣泛使用的是那一種二驰？
4.列舉5種以上的電話新業(yè)務(wù)？
微軟亞洲技術(shù)中心的面試題１印Ｍ叭浮！
1．進(jìn)程和線程的差別唬复。
線程是指進(jìn)程內(nèi)的一個(gè)執(zhí)行單元,也是進(jìn)程內(nèi)的可調(diào)度實(shí)體.
與進(jìn)程的區(qū)別:
(1)調(diào)度：線程作為調(diào)度和分配的基本單位矗积，進(jìn)程作為擁有資源的基本單位
(2)并發(fā)性：不僅進(jìn)程之間可以并發(fā)執(zhí)行，同一個(gè)進(jìn)程的多個(gè)線程之間也可并發(fā)執(zhí)行
(3)擁有資源：進(jìn)程是擁有資源的一個(gè)獨(dú)立單位敞咧，線程不擁有系統(tǒng)資源棘捣，但可以訪問(wèn)隸屬
于進(jìn)程的資源.
(4)系統(tǒng)開(kāi)銷(xiāo)：在創(chuàng)建或撤消進(jìn)程時(shí)，由于系統(tǒng)都要為之分配和回收資源休建，導(dǎo)致系統(tǒng)的開(kāi)
銷(xiāo)明顯大于創(chuàng)建或撤消線程時(shí)的開(kāi)銷(xiāo)乍恐。
2.測(cè)試方法
人工測(cè)試：個(gè)人復(fù)查、抽查和會(huì)審
機(jī)器測(cè)試：黑盒測(cè)試和白盒測(cè)試
2．Heap與stack的差別测砂。
Heap是堆茵烈，stack是棧。
Stack的空間由操作系統(tǒng)自動(dòng)分配/釋放砌些，Heap上的空間手動(dòng)分配/釋放呜投。
Stack空間有限加匈，Heap是很大的自由存儲(chǔ)區(qū)
C中的malloc函數(shù)分配的內(nèi)存空間即在堆上,C++中對(duì)應(yīng)的是new操作符。
程序在編譯期對(duì)變量和函數(shù)分配內(nèi)存都在棧上進(jìn)行,且程序運(yùn)行過(guò)程中函數(shù)調(diào)用時(shí)參數(shù)的
傳遞也在棧上進(jìn)行
3．Windows下的內(nèi)存是如何管理的仑荐？
4．介紹.Net和.Net的安全性雕拼。
5．客戶端如何訪問(wèn).Net組件實(shí)現(xiàn)Web Service？
6．C/C++編譯器中虛表是如何完成的粘招？
7．談?wù)凜OM的線程模型啥寇。然后討論進(jìn)程內(nèi)/外組件的差別。
8．談?wù)処A32下的分頁(yè)機(jī)制
小頁(yè)(4K)兩級(jí)分頁(yè)模式洒扎，大頁(yè)(4M)一級(jí)
9．給兩個(gè)變量示姿，如何找出一個(gè)帶環(huán)單鏈表中是什么地方出現(xiàn)環(huán)的？
一個(gè)遞增一逊笆，一個(gè)遞增二，他們指向同一個(gè)接點(diǎn)時(shí)就是環(huán)出現(xiàn)的地方
10．在IA32中一共有多少種辦法從用戶態(tài)跳到內(nèi)核態(tài)岂傲？
通過(guò)調(diào)用門(mén)难裆，從ring3到ring0，中斷從ring3到ring0乃戈，進(jìn)入vm86等等
11．如果只想讓程序有一個(gè)實(shí)例運(yùn)行，不能運(yùn)行兩個(gè)亩进。像winamp一樣症虑，只能開(kāi)一個(gè)窗
口，怎樣實(shí)現(xiàn)归薛？
用內(nèi)存映射或全局原子（互斥變量）谍憔、查找窗口句柄..
FindWindow，互斥主籍，寫(xiě)標(biāo)志到文件或注冊(cè)表,共享內(nèi)存习贫。

67如何截取鍵盤(pán)的響應(yīng)，讓所有的‘a(chǎn)’變成‘b’千元？
鍵盤(pán)鉤子SetWindowsHookEx
13．Apartment在COM中有什么用苫昌？為什么要引入？
14．存儲(chǔ)過(guò)程是什么幸海？有什么用祟身？有什么優(yōu)點(diǎn)？
我的理解就是一堆sql的集合物独，可以建立非常復(fù)雜的查詢(xún)袜硫，編譯運(yùn)行，所以運(yùn)行一次后议纯，
以后再運(yùn)行速度比單獨(dú)執(zhí)行SQL快很多
15．Template有什么特點(diǎn)父款？什么時(shí)候用？
16．談?wù)刉indows DNA結(jié)構(gòu)的特點(diǎn)和優(yōu)點(diǎn)。
網(wǎng)絡(luò)編程中設(shè)計(jì)并發(fā)服務(wù)器憨攒，使用多進(jìn)程與多線程世杀，請(qǐng)問(wèn)有什么區(qū)別？
1肝集，進(jìn)程：子進(jìn)程是父進(jìn)程的復(fù)制品瞻坝。子進(jìn)程獲得父進(jìn)程數(shù)據(jù)空間、堆和棧的復(fù)制品杏瞻。
2所刀，線程：相對(duì)與進(jìn)程而言，線程是一個(gè)更加接近與執(zhí)行體的概念捞挥，它可以與同進(jìn)程的其
他線程共享數(shù)據(jù)浮创，但擁有自己的棧空間砌函，擁有獨(dú)立的執(zhí)行序列斩披。
兩者都可以提高程序的并發(fā)度，提高程序運(yùn)行效率和響應(yīng)時(shí)間讹俊。
線程和進(jìn)程在使用上各有優(yōu)缺點(diǎn)：線程執(zhí)行開(kāi)銷(xiāo)小垦沉，但不利于資源管理和保護(hù)；而進(jìn)程
正相反仍劈。同時(shí)厕倍，線程適合于在SMP機(jī)器上運(yùn)行，而進(jìn)程則可以跨機(jī)器遷移贩疙。
思科

682.找錯(cuò)題

試題1：

void test1()
{
　char string[10];
　char* str1 = "0123456789";
　strcpy( string, str1 );
}
　　試題2：

void test2()
{
　char string[10], str1[10];
　int i;
　for(i=0; i<10; i++)
　{
　　str1= 'a';
　} 　strcpy( string, str1 );
}
　　試題3：

void test3(char* str1)
{
　char string[10];
　if( strlen( str1 ) <= 10 )
　{
　　strcpy( string, str1 );
　}
}
　　解答：

試題1字符串str1需要11個(gè)字節(jié)才能存放下（包括末尾的’\0’）讹弯，而string只有10個(gè)字節(jié)的空間，strcpy會(huì)導(dǎo)致數(shù)組越界屋群；

對(duì)試題2闸婴，如果面試者指出字符數(shù)組str1不能在數(shù)組內(nèi)結(jié)束可以給3分；如果面試者指出strcpy(string, str1)調(diào)用使得從str1[url=]內(nèi)存[/url]起復(fù)制到string內(nèi)存起所復(fù)制的字節(jié)數(shù)具有不確定性可以給7分芍躏，在此基礎(chǔ)上指出庫(kù)函數(shù)strcpy工作方式的給10分邪乍；

對(duì)試題3，if(strlen(str1) <= 10)應(yīng)改為if(strlen(str1) < 10)对竣，因?yàn)閟trlen的結(jié)果未統(tǒng)計(jì)’\0’所占用的1個(gè)字節(jié)庇楞。

剖析：

考查對(duì)基本功的掌握：

(1)字符串以’\0’結(jié)尾；

(2)對(duì)數(shù)組越界把握的敏感度；

(3)庫(kù)函數(shù)strcpy的工作方式，如果編寫(xiě)一個(gè)標(biāo)準(zhǔn)strcpy函數(shù)的總分值為10降传，下面給出幾個(gè)不同得分的答案：

2分

void strcpy( char *strDest, char strSrc )
{
　 while( (strDest++ = * strSrc++) != ‘\0’ );
}
　　4分

void strcpy( char *strDest, const char strSrc )
//將源字符串加const淋袖，表明其為輸入?yún)?shù)菩掏，加2分
{
　 while( (strDest++ = * strSrc++) != ‘\0’ );
}
　　7分

void strcpy(char *strDest, const char strSrc)
{
　//對(duì)源地址和目的地址加非0斷言辜梳，加3分
　assert( (strDest != NULL) && (strSrc != NULL) );
　while( (strDest++ = * strSrc++) != ‘\0’ );
}
　　10分

//為了實(shí)現(xiàn)鏈?zhǔn)讲僮髌鞠浚瑢⒛康牡刂贩祷匮⌒海?分乏沸！

char * strcpy( char *strDest, const char *strSrc )
{
　assert( (strDest != NULL) && (strSrc != NULL) );
　char address = strDest;
　while( (strDest++ = * strSrc++) != ‘\0’ );
　　return address;
}
　　從2分到10分的幾個(gè)答案我們可以清楚的看到淫茵，小小的strcpy竟然暗藏著這么多玄機(jī)，真不是蓋的蹬跃！需要多么扎實(shí)的基本功才能寫(xiě)一個(gè)完美的strcpy俺妆瘛！

(4)對(duì)strlen的掌握蝶缀，它沒(méi)有包括字符串末尾的'\0'丹喻。

讀者看了不同分值的strcpy版本，應(yīng)該也可以寫(xiě)出一個(gè)10分的strlen函數(shù)了翁都，完美的版本為： int strlen( const char *str ) //輸入?yún)?shù)const

{
　assert( strt != NULL ); //斷言字符串地址非0
　int len;
　while( (*str++) != '\0' )
　{
　　len++;
　}
　return len;
}
　　試題4：

void GetMemory( char *p )
{
　p = (char *) malloc( 100 );
}

void Test( void )
{
　char *str = NULL;
　GetMemory( str );
　strcpy( str, "hello world" );
　printf( str );
}
　　試題5：

char *GetMemory( void )
{
　char p[] = "hello world";
　return p;
}

void Test( void )
{
　char *str = NULL;
　str = GetMemory();
　printf( str );
}
　　試題6：

void GetMemory( char *p, int num )
{
　p = (char *) malloc( num );
}

void Test( void )
{
　char *str = NULL;
　GetMemory( &str, 100 );
　strcpy( str, "hello" );
　printf( str );
}
　　試題7：

void Test( void )
{
　char *str = (char *) malloc( 100 );
　strcpy( str, "hello" );
　free( str );
　... //省略的其它語(yǔ)句
}
　　解答：

試題4傳入中GetMemory( char *p )函數(shù)的形參為字符串指針碍论，在函數(shù)內(nèi)部修改形參并不能真正的改變傳入形參的值，執(zhí)行完

char *str = NULL;
GetMemory( str );
　　后的str仍然為NULL柄慰；

試題5中

char p[] = "hello world";
return p;
　　的p[]數(shù)組為函數(shù)內(nèi)的局部自動(dòng)變量骑冗，在函數(shù)返回后，內(nèi)存已經(jīng)被釋放先煎。這是許多程序員常犯的錯(cuò)誤，其根源在于不理解變量的生存期巧涧。

試題6的GetMemory避免了試題4的問(wèn)題薯蝎，傳入GetMemory的參數(shù)為字符串指針的指針，但是在GetMemory中執(zhí)行申請(qǐng)內(nèi)存及賦值語(yǔ)句

*p = (char *) malloc( num );
　　后未判斷內(nèi)存是否申請(qǐng)成功谤绳，應(yīng)加上：

if ( *p == NULL )
{
　...//進(jìn)行申請(qǐng)內(nèi)存失敗處理
}
　　試題7存在與試題6同樣的問(wèn)題占锯，在執(zhí)行

char *str = (char *) malloc(100);
　　后未進(jìn)行內(nèi)存是否申請(qǐng)成功的判斷；另外缩筛，在free(str)后未置str為空消略，導(dǎo)致可能變成一個(gè)“野”指針，應(yīng)加上：

str = NULL;
　　試題6的Test函數(shù)中也未對(duì)malloc的內(nèi)存進(jìn)行釋放瞎抛。

剖析：

試題4～7考查面試者對(duì)內(nèi)存操作的理解程度艺演，基本功扎實(shí)的面試者一般都能正確的回答其中50~60的錯(cuò)誤。但是要完全解答正確桐臊，卻也絕非易事胎撤。

對(duì)內(nèi)存操作的考查主要集中在：

（1）指針的理解；

（2）變量的生存期及作用范圍断凶；

（3）良好的動(dòng)態(tài)內(nèi)存申請(qǐng)和釋放習(xí)慣伤提。

再看看下面的一段程序有什么錯(cuò)誤：

swap( int* p1,int* p2 )
{
　int p;
　p = p1;
　p1 = p2;
　p2 = *p;
}
　　在swap函數(shù)中，p是一個(gè)“野”指針认烁，有可能指向系統(tǒng)區(qū)肿男，導(dǎo)致程序運(yùn)行的崩潰介汹。在VC++中DEBUG運(yùn)行時(shí)提示錯(cuò)誤“Access Violation”。該程序應(yīng)該改為：

swap( int* p1,int* p2 )
{
　int p;
　p = p1;
　p1 = p2;
　p2 = p;
}[img=12,12]file:///D:/魚(yú)魚(yú)軟件/魚(yú)魚(yú)多媒體日記本/temp/{56068A28-3D3B-4D8B-9F82-AC1C3E9B128C}_arc_d[1].gif[/img] 3.內(nèi)功題　　試題1：分別給出BOOL舶沛，int嘹承，float，指針變量 與“零值”比較的 if 語(yǔ)句（假設(shè)變量名為var）

解答：

BOOL型變量：if(!var)

int型變量： if(var==0)

float型變量：

const float EPSINON = 0.00001;

if ((x >= - EPSINON) && (x <= EPSINON)

指針變量：　　if(var==NULL)

剖析：

考查對(duì)0值判斷的“內(nèi)功”冠王，BOOL型變量的0判斷完全可以寫(xiě)成if(var==0)赶撰，而int型變量也可以寫(xiě)成if(!var)，指針變量的判斷也可以寫(xiě)成if(!var)柱彻，上述寫(xiě)法雖然程序都能正確運(yùn)行豪娜，但是未能清晰地表達(dá)程序的意思。
　一般的哟楷，如果想讓if判斷一個(gè)變量的“真”瘤载、“假”，應(yīng)直接使用if(var)卖擅、if(!var)鸣奔，表明其為“邏輯”判斷；如果用if判斷一個(gè)數(shù)值型變量(short惩阶、int挎狸、long等)，應(yīng)該用if(var==0)断楷，表明是與0進(jìn)行“數(shù)值”上的比較锨匆；而判斷指針則適宜用if(var==NULL)，這是一種很好的編程習(xí)慣冬筒。

浮點(diǎn)型變量并不精確恐锣，所以不可將float變量用“==”或“！=”與數(shù)字比較舞痰，應(yīng)該設(shè)法轉(zhuǎn)化成“>=”或“<=”形式土榴。如果寫(xiě)成if (x == 0.0)，則判為錯(cuò)响牛，得0分玷禽。

試題2：以下為Windows NT下的32位C++程序，請(qǐng)計(jì)算sizeof的值

void Func ( char str[100] )
{
　sizeof( str ) = ?
}

void *p = malloc( 100 );
sizeof ( p ) = ?
　　解答：

sizeof( str ) = 4
sizeof ( p ) = 4
　　剖析：

Func ( char str[100] )函數(shù)中數(shù)組名作為函數(shù)形參時(shí)呀打，在函數(shù)體內(nèi)论衍，數(shù)組名失去了本身的內(nèi)涵，僅僅只是一個(gè)指針聚磺；在失去其內(nèi)涵的同時(shí)坯台，它還失去了其常量特性，可以作自增瘫寝、自減等操作蜒蕾，可以被修改稠炬。

數(shù)組名的本質(zhì)如下：

（1）數(shù)組名指代一種數(shù)據(jù)結(jié)構(gòu)，這種數(shù)據(jù)結(jié)構(gòu)就是數(shù)組咪啡；

例如：

char str[10];
cout ＜＜ sizeof(str) ＜＜ endl;
　　輸出結(jié)果為10首启，str指代數(shù)據(jù)結(jié)構(gòu)char[10]。

（2）數(shù)組名可以轉(zhuǎn)換為指向其指代實(shí)體的指針撤摸，而且是一個(gè)指針常量毅桃，不能作自增、自減等操作准夷，不能被修改钥飞；

char str[10];
str++; //編譯出錯(cuò)，提示str不是左值　
　∩狼丁（3）數(shù)組名作為函數(shù)形參時(shí)读宙，淪為普通指針。

Windows NT 32位平臺(tái)下楔绞，指針的長(zhǎng)度（占用內(nèi)存的大薪嵴ⅰ）為4字節(jié)，故sizeof( str ) 酒朵、sizeof ( p ) 都為4桦锄。

試題3：寫(xiě)一個(gè)“標(biāo)準(zhǔn)”宏MIN，這個(gè)宏輸入兩個(gè)參數(shù)并返回較小的一個(gè)蔫耽。另外察纯，當(dāng)你寫(xiě)下面的代碼時(shí)會(huì)發(fā)生什么事？

least = MIN(*p++, b);
　　解答：

define MIN(A,B) ((A) <= (B) ? (A) : (B))

MIN(*p++, b)會(huì)產(chǎn)生宏的副作用

剖析：

這個(gè)面試題主要考查面試者對(duì)宏定義的使用针肥，宏定義可以實(shí)現(xiàn)類(lèi)似于函數(shù)的功能，但是它終歸不是函數(shù)香伴，而宏定義中括弧中的“參數(shù)”也不是真的參數(shù)慰枕，在宏展開(kāi)的時(shí)候?qū)Α皡?shù)”進(jìn)行的是一對(duì)一的替換。

程序員對(duì)宏定義的使用要非常小心即纲，特別要注意兩個(gè)問(wèn)題：

（1）謹(jǐn)慎地將宏定義中的“參數(shù)”和整個(gè)宏用用括弧括起來(lái)具帮。所以，嚴(yán)格地講低斋，下述解答：

define MIN(A,B) (A) <= (B) ? (A) : (B)

define MIN(A,B) (A <= B ? A : B )

都應(yīng)判0分蜂厅；

（2）防止宏的副作用。

宏定義#define MIN(A,B) ((A) <= (B) ? (A) : (B))對(duì)MIN(*p++, b)的作用結(jié)果是：

((p++) <= (b) ? (p++) : (*p++))

這個(gè)表達(dá)式會(huì)產(chǎn)生副作用膊畴，指針p會(huì)作三次++自增操作掘猿。

除此之外，另一個(gè)應(yīng)該判0分的解答是：

define MIN(A,B) ((A) <= (B) ? (A) : (B));

這個(gè)解答在宏定義的后面加“;”唇跨，顯示編寫(xiě)者對(duì)宏的概念模糊不清稠通，只能被無(wú)情地判0分并被面試官淘汰衬衬。

試題4：為什么標(biāo)準(zhǔn)頭文件都有類(lèi)似以下的結(jié)構(gòu)？

ifndef __INCvxWorksh

define __INCvxWorksh

ifdef __cplusplus

extern "C" {

endif

/.../

ifdef __cplusplus

}

endif

endif /* __INCvxWorksh */

解答：

頭文件中的編譯宏

ifndef　__INCvxWorksh

define　__INCvxWorksh

endif

的作用是防止被重復(fù)引用改橘。

作為一種面向?qū)ο蟮恼Z(yǔ)言滋尉，C++支持函數(shù)重載，而過(guò)程式語(yǔ)言C則不支持飞主。函數(shù)被C++編譯后在symbol庫(kù)中的名字與C語(yǔ)言的不同狮惜。例如，假設(shè)某個(gè)函數(shù)的原型為：

void foo(int x, int y);
　　該函數(shù)被C編譯器編譯后在symbol庫(kù)中的名字為_(kāi)foo碌识，而C++編譯器則會(huì)產(chǎn)生像_foo_int_int之類(lèi)的名字碾篡。_foo_int_int這樣的名字包含了函數(shù)名和函數(shù)參數(shù)數(shù)量及類(lèi)型信息，C++就是考這種機(jī)制來(lái)實(shí)現(xiàn)函數(shù)重載的丸冕。

為了實(shí)現(xiàn)C和C++的混合編程耽梅，C++提供了C連接交換指定符號(hào)extern "C"來(lái)解決名字匹配問(wèn)題，函數(shù)聲明前加上extern "C"后胖烛，則編譯器就會(huì)按照C語(yǔ)言的方式將該函數(shù)編譯為_(kāi)foo眼姐，這樣C語(yǔ)言中就可以調(diào)用C++的函數(shù)了。[img=12,12]file:///D:/魚(yú)魚(yú)軟件/魚(yú)魚(yú)多媒體日記本/temp/{C74A38C4-432E-4799-B54D-73E2CD3C5206}_arc_d[1].gif[/img]
試題5：編寫(xiě)一個(gè)函數(shù)佩番，作用是把一個(gè)char組成的字符串循環(huán)右移n個(gè)众旗。比如原來(lái)是“abcdefghi”如果n=2，移位后應(yīng)該是“hiabcdefgh”

函數(shù)頭是這樣的：

//pStr是指向以'\0'結(jié)尾的字符串的指針
//steps是要求移動(dòng)的n

void LoopMove ( char * pStr, int steps )
{
　//請(qǐng)?zhí)畛?..
}
　　解答：

正確解答1：

void LoopMove ( char pStr, int steps )
{
　int n = strlen( pStr ) - steps;
　char tmp[MAX_LEN];
　strcpy ( tmp, pStr + n );
　strcpy ( tmp + steps, pStr);
　( tmp + strlen ( pStr ) ) = '\0';
　strcpy( pStr, tmp );
}
　　正確解答2：

void LoopMove ( char *pStr, int steps )
{
　int n = strlen( pStr ) - steps;
　char tmp[MAX_LEN];
　memcpy( tmp, pStr + n, steps );
　memcpy(pStr + steps, pStr, n );
　memcpy(pStr, tmp, steps );
}
　　剖析：

這個(gè)試題主要考查面試者對(duì)標(biāo)準(zhǔn)庫(kù)函數(shù)的熟練程度趟畏，在需要的時(shí)候引用庫(kù)函數(shù)可以很大程度上簡(jiǎn)化程序編寫(xiě)的工作量贡歧。

最頻繁被使用的庫(kù)函數(shù)包括：

（1） strcpy

（2） memcpy

（3） memset

推薦文章

200道iOS面試題整理，底層赋秀、技術(shù)亮點(diǎn)公司需要的這里都有

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 人面猴
    序言：七十年代末利朵，一起剝皮案震驚了整個(gè)濱河市，隨后出現(xiàn)的幾起案子猎莲，更是在濱河造成了極大的恐慌绍弟，老刑警劉巖，帶你破解...
    沈念sama閱讀 218,755評(píng)論 6贊 507
  • 死咒
    序言：濱河連續(xù)發(fā)生了三起死亡事件著洼，死亡現(xiàn)場(chǎng)離奇詭異樟遣，居然都是意外死亡，警方通過(guò)查閱死者的電腦和手機(jī)身笤，發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,305評(píng)論 3贊 395
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進(jìn)店門(mén)豹悬，熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)，“玉大人液荸，你說(shuō)我怎么就攤上這事瞻佛。” “怎么了娇钱？”我有些...
    開(kāi)封第一講書(shū)人閱讀 165,138評(píng)論 0贊 355
  • 道士緝兇錄：失蹤的賣(mài)姜人
    文/不壞的土叔 我叫張陵涤久，是天一觀的道長(zhǎng)涡尘。 經(jīng)常有香客問(wèn)我，道長(zhǎng)响迂，這世上最難降的妖魔是什么考抄？ 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 58,791評(píng)論 1贊 295
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任，我火速辦了婚禮蔗彤，結(jié)果婚禮上川梅，老公的妹妹穿的比我還像新娘。我一直安慰自己然遏，他們只是感情好贫途，可當(dāng)我...
    茶點(diǎn)故事閱讀 67,794評(píng)論 6贊 392
  • 惡毒庶女頂嫁案：這布局不是一般人想出來(lái)的
    文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著待侵，像睡著了一般丢早。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上秧倾，一...
    開(kāi)封第一講書(shū)人閱讀 51,631評(píng)論 1贊 305
  • 城市分裂傳說(shuō)
    那天怨酝，我揣著相機(jī)與錄音，去河邊找鬼那先。 笑死农猬，一個(gè)胖子當(dāng)著我的面吹牛，可吹牛的內(nèi)容都是我干的售淡。 我是一名探鬼主播斤葱，決...
    沈念sama閱讀 40,362評(píng)論 3贊 418
  • 雙鴛鴦連環(huán)套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開(kāi)眼，長(zhǎng)吁一口氣：“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼揖闸！你這毒婦竟也來(lái)了揍堕？” 一聲冷哼從身側(cè)響起，我...
    開(kāi)封第一講書(shū)人閱讀 39,264評(píng)論 0贊 276
  • 萬(wàn)榮殺人案實(shí)錄
    序言：老撾萬(wàn)榮一對(duì)情侶失蹤汤纸，失蹤者是張志新（化名）和其女友劉穎衩茸，沒(méi)想到半個(gè)月后，有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體蹲嚣，經(jīng)...
    沈念sama閱讀 45,724評(píng)論 1贊 315
  • ?護(hù)林員之死
    正文 獨(dú)居荒郊野嶺守林人離奇死亡，尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,900評(píng)論 3贊 336
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年祟牲，在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了隙畜。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,040評(píng)論 1贊 350
  • 活死人
    序言：一個(gè)原本活蹦亂跳的男人離奇死亡说贝，死狀恐怖议惰，靈堂內(nèi)的尸體忽然破棺而出，到底是詐尸還是另有隱情乡恕，我是刑警寧澤言询，帶...
    沈念sama閱讀 35,742評(píng)論 5贊 346
  • ?日本核電站爆炸內(nèi)幕
    正文 年R本政府宣布俯萎，位于F島的核電站，受9級(jí)特大地震影響运杭，放射性物質(zhì)發(fā)生泄漏夫啊。R本人自食惡果不足惜，卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,364評(píng)論 3贊 330
  • 男人毒藥：我在死后第九天來(lái)索命
    文/蒙蒙 一辆憔、第九天 我趴在偏房一處隱蔽的房頂上張望撇眯。 院中可真熱鬧，春花似錦虱咧、人聲如沸熊榛。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 31,944評(píng)論 0贊 22
  • 一樁弒父案腕巡，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)玄坦。三九已至，卻和暖如春绘沉，著一層夾襖步出監(jiān)牢的瞬間煎楣，已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 33,060評(píng)論 1贊 270
  • 情欲美人皮
    我被黑心中介騙來(lái)泰國(guó)打工梆砸， 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留转质，地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 48,247評(píng)論 3贊 371
  • 代替公主和親
    正文 我出身青樓帖世，卻偏偏與公主長(zhǎng)得像休蟹，于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子日矫，可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,979評(píng)論 2贊 355

推薦閱讀更多精彩內(nèi)容

  • 最全的iOS面試題及答案 iOS面試小貼士 ———————————————回答好下面的足夠了-----------...
    zweic閱讀 2,702評(píng)論 0贊 73
  • 1.寫(xiě)一個(gè)NSString類(lèi)的實(shí)現(xiàn) +(id)initWithCString:(c*****t char *)nu...
    韓七夏閱讀 3,767評(píng)論 2贊 37
  • 多線程赂弓、特別是NSOperation 和 GCD 的內(nèi)部原理。運(yùn)行時(shí)機(jī)制的原理和運(yùn)用場(chǎng)景哪轿。SDWebImage的原...
    LZM輪回閱讀 2,007評(píng)論 0贊 12
  • 史上最全的iOS面試題及答案 iOS面試小貼士———————————————回答好下面的足夠了----------...
    Style_偉閱讀 2,356評(píng)論 0贊 35
  • /1/這年頭窃诉，沒(méi)有段子怎么闖蕩江湖 好看的皮囊千篇一律杨耙，有趣的靈魂萬(wàn)里挑一。想讓自己變得有趣飘痛，自備段子當(dāng)然是最便捷...
    運(yùn)營(yíng)獅訓(xùn)練營(yíng)閱讀 787評(píng)論 0贊 1