這些知識(shí)點(diǎn)是從網(wǎng)上各個(gè)地方看到的滥沫，非原創(chuàng)是趴，僅是總結(jié)。

1.UIWindow和UIView和 CALayer 的聯(lián)系和區(qū)別?

UIView是視圖的基類凛俱，UIViewController是視圖控制器的基類，UIResponder是表示一個(gè)可以在屏幕上響應(yīng)觸摸事件的對(duì)象料饥；

UIwindow是UIView的子類蒲犬，UIWindow的主要作用：一是提供一個(gè)區(qū)域來顯示UIView，二是將事件（event）的分發(fā)給UIView岸啡，一個(gè)應(yīng)用基本上只有一個(gè)UIWindow.

萬物歸根原叮，UIView和CALayer都是的老祖都是NSObjet』四可見 UIResponder是用來響應(yīng)事件的篇裁，也就是UIView可以響應(yīng)用戶事件。

CALayer 和 UIView 的區(qū)別：

1.1 UIView的繼承結(jié)構(gòu)為: UIResponder : NSObject赡若。

CALayer的繼承結(jié)構(gòu)為： NSObject达布。可見 UIResponder是用來響應(yīng)事件的逾冬，也就是UIView可以響應(yīng)用戶事件黍聂，CALayer直接從 NSObject繼承，因?yàn)槿鄙倭薝IResponder類身腻，不能響應(yīng)任何用戶事件

1.2 所屬框架,UIView是在 /System/Library/Frameworks/UIKit.framework中定義的,UIKit主要是用來構(gòu)建用戶界面产还，并且是可以響應(yīng)事件的。CALayer是在/System/Library/Frameworks/QuartzCore.framework定義的嘀趟。而且CALayer作為一個(gè)低級(jí)的脐区，可以承載繪制內(nèi)容的底層對(duì)象出現(xiàn)在該框架中。

1.3 UIView相比CALayer最大區(qū)別是UIView可以響應(yīng)用戶事件她按，而CALayer不可以牛隅。UIView側(cè)重于對(duì)顯示內(nèi)容的管理，CALayer側(cè)重于對(duì)內(nèi)容的繪制酌泰。UIView是基于CALayer的高層封裝媒佣。

1.4 相似支持1：相似的樹形結(jié)構(gòu)2：顯示內(nèi)容繪制方式3: 布局約束

總結(jié)一下就是：UIView是用來顯示內(nèi)容的，可以處理用戶事件.CALayer是用來繪制內(nèi)容的陵刹，對(duì)內(nèi)容進(jìn)行動(dòng)畫處理依賴與UIView來進(jìn)行顯示默伍，不能處理用戶事件

為啥有兩套體系 并不是兩套體系？UIView和CALayer是相互依賴的關(guān)系。UIView依賴與calayer提供的內(nèi)容也糊，CALayer依賴uivew提供的容器來顯示繪制的內(nèi)容炼蹦。歸根到底CALayer是這一切的基礎(chǔ)，如果沒有CALayer显设，UIView自身也不會(huì)存在框弛，UIView是一個(gè)特殊的CALayer實(shí)現(xiàn)，添加了響應(yīng)事件的能力捕捂。UIView本身瑟枫，更像是一個(gè)CALayer的管理器，訪問它的跟繪圖和跟坐標(biāo)有關(guān)的屬性指攒，例如frame慷妙，bounds等等，實(shí)際上內(nèi)部都是在訪問它所包含的CALayer的相關(guān)屬性允悦。

UIView的layer樹形在系統(tǒng)內(nèi)部膝擂，被系統(tǒng)維護(hù)著三份copy（這段理解有點(diǎn)吃不準(zhǔn)）。

第一份隙弛，邏輯樹绽乔，就是代碼里可以操縱的叁征，例如更改layer的屬性等等就在這一份陈症。

第二份潘鲫，動(dòng)畫樹，這是一個(gè)中間層总珠，系統(tǒng)正在這一層上更改屬性屏鳍，進(jìn)行各種渲染操作。

第三份局服，顯示樹钓瞭，這棵樹的內(nèi)容是當(dāng)前正被顯示在屏幕上的內(nèi)容。

這三棵樹的邏輯結(jié)構(gòu)都是一樣的淫奔，區(qū)別只有各自的屬性山涡。

UIView的主layer以外，對(duì)它的subLayer唆迁，也就是子layer的屬性進(jìn)行更改佳鳖，系統(tǒng)將自動(dòng)進(jìn)行動(dòng)畫生成。

CALayer的坐標(biāo)系系統(tǒng)和UIView有點(diǎn)不一樣媒惕，它多了一個(gè)叫anchorPoint的屬性，它使用CGPoint結(jié)構(gòu)来庭，但是值域是0~1妒蔚，也就是按照比例來設(shè)置。這個(gè)點(diǎn)是各種圖形變換的坐標(biāo)原點(diǎn)，同時(shí)會(huì)更改layer的position的位置肴盏，它的缺省值是{0.5, 0.5}科盛，也就是在layer的中央。

2.iOS中socket使用

Socket是對(duì)TCP/IP協(xié)議的封裝菜皂，Socket本身并不是協(xié)議贞绵，而是一個(gè)調(diào)用接口（API），通過Socket恍飘，我們才能使用TCP/IP協(xié)議榨崩。

http協(xié)議 對(duì)應(yīng)于應(yīng)用層

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

ip協(xié)議 對(duì)應(yīng)于網(wǎng)絡(luò)層

三者本質(zhì)上沒有可比性。 何況HTTP協(xié)議是基于TCP連接的章母。

TCP/IP是傳輸層協(xié)議母蛛，主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸；而HTTP是應(yīng)用層協(xié)議乳怎，主要解決如何包裝數(shù)據(jù)彩郊。

我 們?cè)趥鬏敂?shù)據(jù)時(shí)，可以只使用傳輸層（TCP/IP）蚪缀，但是那樣的話秫逝，由于沒有應(yīng)用層，便無法識(shí)別數(shù)據(jù)內(nèi)容询枚，如果想要使傳輸?shù)臄?shù)據(jù)有意義违帆，則必須使用應(yīng)用層 協(xié)議，應(yīng)用層協(xié)議很多哩盲，有HTTP前方、FTP、TELNET等等廉油，也可以自己定義應(yīng)用層協(xié)議惠险。WEB使用HTTP作傳輸層協(xié)議，以封裝HTTP文本信息抒线，然 后使用TCP/IP做傳輸層協(xié)議將它發(fā)送到網(wǎng)絡(luò)上班巩。

SOCKET原理

1、套接字（socket）概念

套接字（socket）是通信的基石嘶炭，是支持TCP/IP協(xié)議的網(wǎng)絡(luò)通信的基本操作單元抱慌。它是網(wǎng)絡(luò)通信過程中端點(diǎn)的抽象表示，包含進(jìn)行網(wǎng)絡(luò)通信必須的五種信息：連接使用的協(xié)議眨猎，本地主機(jī)的IP地址抑进，本地進(jìn)程的協(xié)議端口，遠(yuǎn)地主機(jī)的IP地址睡陪，遠(yuǎn)地進(jìn)程的協(xié)議端口寺渗。

應(yīng) 用層通過傳輸層進(jìn)行數(shù)據(jù)通信時(shí)匿情，TCP會(huì)遇到同時(shí)為多個(gè)應(yīng)用程序進(jìn)程提供并發(fā)服務(wù)的問題。多個(gè)TCP連接或多個(gè)應(yīng)用程序進(jìn)程可能需要通過同一個(gè) TCP協(xié)議端口傳輸數(shù)據(jù)信殊。為了區(qū)別不同的應(yīng)用程序進(jìn)程和連接炬称，許多計(jì)算機(jī)操作系統(tǒng)為應(yīng)用程序與TCP／IP協(xié)議交互提供了套接字(Socket)接口。應(yīng) 用層可以和傳輸層通過Socket接口涡拘，區(qū)分來自不同應(yīng)用程序進(jìn)程或網(wǎng)絡(luò)連接的通信玲躯，實(shí)現(xiàn)數(shù)據(jù)傳輸?shù)牟l(fā)服務(wù)。

2 鳄乏、建立socket連接

建立Socket連接至少需要一對(duì)套接字跷车，其中一個(gè)運(yùn)行于客戶端，稱為ClientSocket汞窗，另一個(gè)運(yùn)行于服務(wù)器端姓赤，稱為ServerSocket。

套接字之間的連接過程分為三個(gè)步驟：服務(wù)器監(jiān)聽仲吏，客戶端請(qǐng)求不铆，連接確認(rèn)。

服務(wù)器監(jiān)聽：服務(wù)器端套接字并不定位具體的客戶端套接字裹唆，而是處于等待連接的狀態(tài)誓斥，實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)狀態(tài)，等待客戶端的連接請(qǐng)求许帐。

客戶端請(qǐng)求：指客戶端的套接字提出連接請(qǐng)求劳坑，要連接的目標(biāo)是服務(wù)器端的套接字。為此成畦，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字距芬，指出服務(wù)器端套接字的地址和端口號(hào)，然后就向服務(wù)器端套接字提出連接請(qǐng)求循帐。

連 接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請(qǐng)求時(shí)框仔，就響應(yīng)客戶端套接字的請(qǐng)求，建立一個(gè)新的線程拄养，把服務(wù)器端套接字的描述發(fā)給客戶 端离斩，一旦客戶端確認(rèn)了此描述，雙方就正式建立連接瘪匿。而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)跛梗，繼續(xù)接收其他客戶端套接字的連接請(qǐng)求。

3棋弥、SOCKET連接與TCP連接

創(chuàng)建Socket連接時(shí)核偿，可以指定使用的傳輸層協(xié)議，Socket可以支持不同的傳輸層協(xié)議（TCP或UDP）顽染，當(dāng)使用TCP協(xié)議進(jìn)行連接時(shí)宪祥，該Socket連接就是一個(gè)TCP連接聂薪。

4、Socket連接與HTTP連接

由 于通常情況下Socket連接就是TCP連接蝗羊，因此Socket連接一旦建立，通信雙方即可開始相互發(fā)送數(shù)據(jù)內(nèi)容仁锯，直到雙方連接斷開耀找。但在實(shí)際網(wǎng)絡(luò)應(yīng)用 中，客戶端到服務(wù)器之間的通信往往需要穿越多個(gè)中間節(jié)點(diǎn)业崖，例如路由器野芒、網(wǎng)關(guān)、防火墻等双炕，大部分防火墻默認(rèn)會(huì)關(guān)閉長(zhǎng)時(shí)間處于非活躍狀態(tài)的連接而導(dǎo)致 Socket 連接斷連狞悲，因此需要通過輪詢告訴網(wǎng)絡(luò)，該連接處于活躍狀態(tài)妇斤。

而HTTP連接使用的是“請(qǐng)求—響應(yīng)”的方式摇锋，不僅在請(qǐng)求時(shí)需要先建立連接，而且需要客戶端向服務(wù)器發(fā)出請(qǐng)求后站超，服務(wù)器端才能回復(fù)數(shù)據(jù)荸恕。

很 多情況下，需要服務(wù)器端主動(dòng)向客戶端推送數(shù)據(jù)死相，保持客戶端與服務(wù)器數(shù)據(jù)的實(shí)時(shí)與同步融求。此時(shí)若雙方建立的是Socket連接，服務(wù)器就可以直接將數(shù)據(jù)傳送給 客戶端算撮；若雙方建立的是HTTP連接生宛，則服務(wù)器需要等到客戶端發(fā)送一次請(qǐng)求后才能將數(shù)據(jù)傳回給客戶端，因此肮柜，客戶端定時(shí)向服務(wù)器端發(fā)送連接請(qǐng)求陷舅，不僅可以 保持在線，同時(shí)也是在“詢問”服務(wù)器是否有新的數(shù)據(jù)素挽，如果有就將數(shù)據(jù)傳給客戶端蔑赘。

3.網(wǎng)絡(luò)請(qǐng)求中post和get的區(qū)別

GET是用于獲取數(shù)據(jù)的，POST一般用于將數(shù)據(jù)發(fā)給服務(wù)器之用预明。

普遍答案

1.GET使用URL或Cookie傳參缩赛。而POST將數(shù)據(jù)放在BODY中。

2.GET的URL會(huì)有長(zhǎng)度上的限制撰糠，則POST的數(shù)據(jù)則可以非常大酥馍。

3.POST比GET安全，因?yàn)閿?shù)據(jù)在地址欄上不可見阅酪。

4.支付寶SDK使用

使用支付寶進(jìn)行一個(gè)完整的支付功能旨袒，大致有以下步驟：向支付寶申請(qǐng), 與支付寶簽約汁针，獲得商戶ID（partner）和賬號(hào)ID（seller）和私鑰(privateKey)。下載支付寶SDK砚尽，生成訂單信息,簽名加密調(diào)用支付寶客戶端施无，由支付寶客戶端跟支付寶安全服務(wù)器打交道。支付完畢后,支付寶客戶端會(huì)自動(dòng)跳回到原來的應(yīng)用程序必孤，在原來的應(yīng)用程序中顯示支付結(jié)果給用戶看猾骡。

5.遠(yuǎn)程推送

當(dāng)服務(wù)端遠(yuǎn)程向APNS推送至一臺(tái)離線的設(shè)備時(shí)，蘋果服務(wù)器Qos組件會(huì)自動(dòng)保留一份最新的通知敷搪，等設(shè)備上線后兴想，Qos將把推送發(fā)送到目標(biāo)設(shè)備上

遠(yuǎn)程推送的基本過程

1.客戶端的app需要將用戶的UDID和app的bundleID發(fā)送給apns服務(wù)器,進(jìn)行注冊(cè),apns將加密后的device Token返回給app

2.app獲得device Token后,上傳到公司服務(wù)器

3.當(dāng)需要推送通知時(shí),公司服務(wù)器會(huì)將推送內(nèi)容和device Token一起發(fā)給apns服務(wù)器

4.apns再將推送內(nèi)容送到客戶端上

創(chuàng)建證書的流程：

1.打開鑰匙串，生成CertificateSigningRequest.certSigningRequest文件

2.將CertificateSigningRequest.certSigningRequest上傳進(jìn)developer赡勘，導(dǎo)出.cer文件

3.利用CSR導(dǎo)出P12文件

4.需要準(zhǔn)備下設(shè)備token值（無空格）

5.使用OpenSSL合成服務(wù)器所使用的推送證書

6.__block和__weak修飾符的區(qū)別：

__block不管是ARC還是MRC模式下都可以使用嫂便，可以修飾對(duì)象，還可以修飾基本數(shù)據(jù)類型闸与。

__weak只能在ARC模式下使用毙替，也只能修飾對(duì)象（NSString），不能修飾基本數(shù)據(jù)類型（int）几迄。

__block對(duì)象可以在block中被重新賦值蔚龙，__weak不可以。

7.常見的 Http 狀態(tài)碼有哪些映胁？

http狀態(tài)嗎 ：302 是請(qǐng)求重定向木羹。500以上是服務(wù)器錯(cuò)誤。400以上是請(qǐng)求鏈接錯(cuò)誤或者找不到服務(wù)器解孙。200以上是正確坑填。100以上是請(qǐng)求接受成功。

8.單例的寫法弛姜。在單例中使用數(shù)組要注意什么脐瑰？

static PGSingleton *sharedSingleton;

+ (instancetype)sharedSingleton

{

static dispatch_once_t onceToken;

dispatch_once(&onceToken, ^{

sharedSingleton = [[PGSingleton alloc] init];

});

return sharedSingleton;

}

單例使用 NSMutableArray 的時(shí)候，防止多個(gè)地方對(duì)它同時(shí)遍歷和修改的話廷臼，需要加原子屬性苍在。并且property用strong，并且寫一個(gè)遍歷和修改的方法荠商。加上鎖. Lock,UnLock.

9.static 關(guān)鍵字的作用

1.函數(shù)體內(nèi) static 變量的作用范圍為該函數(shù)體寂恬，不同于 auto 變量，該變量的內(nèi)存只被分配一次莱没，

因此其值在下次調(diào)用時(shí)仍維持上次的值初肉；

2.在模塊內(nèi)的 static 全局變量可以被模塊內(nèi)所用函數(shù)訪問，但不能被模塊外其它函數(shù)訪問饰躲；

3.在模塊內(nèi)的 static 函數(shù)只可被這一模塊內(nèi)的其它函數(shù)調(diào)用牙咏，這個(gè)函數(shù)的使用范圍被限制在聲明 它的模塊內(nèi)臼隔；

4.在類中的 static 成員變量屬于整個(gè)類所擁有，對(duì)類的所有對(duì)象只有一份拷貝妄壶；

5.在類中的 static 成員函數(shù)屬于整個(gè)類所擁有摔握，這個(gè)函數(shù)不接收 this 指針，因而只能訪問類的static 成員變量盯拱。

10.iOS 中的事件的傳遞:響應(yīng)鏈

事件沿著一個(gè)指定的路徑傳遞直到它遇見可以處理它的對(duì)象盒发。 首先一個(gè)UIApplication 對(duì)象從隊(duì)列頂部獲取一個(gè)事件并分發(fā)(dispatches)它以便處理。 通常狡逢，它把事件傳遞給應(yīng)用程序的關(guān)鍵窗口對(duì)象，該對(duì)象把事件傳遞給一個(gè)初始對(duì)象來處理拼卵。 初始對(duì)象取決于事件的類型奢浑。

觸摸事件。 對(duì)于觸摸事件腋腮，窗口對(duì)象首先嘗試把事件傳遞給觸摸發(fā)生的視圖雀彼。那個(gè)視圖被稱為hit-test(點(diǎn)擊測(cè)試)視圖。 尋找hit-test視圖的過程被稱為hit-testing, 參見 “Hit-Testing Returns the View Where a Touch Occurred.”

運(yùn)動(dòng)和遠(yuǎn)程控制事件即寡。 對(duì)于這些事件徊哑，窗口對(duì)象把shaking-motion(搖晃運(yùn)動(dòng))或遠(yuǎn)程控制事件傳遞給第一響應(yīng)者來處理。第一響應(yīng)者請(qǐng)參見 “The Responder Chain Is Made Up of Responder Objects.”

iOS 使用hit-testing來找到事件發(fā)生的視圖聪富。 Hit-testing包括檢查觸摸事件是否發(fā)生在任何相關(guān)視圖對(duì)象的范圍內(nèi)莺丑， 如果是，則遞歸地檢查所有視圖的子視圖墩蔓。在視圖層次中的最底層視圖梢莽，如果它包含了觸摸點(diǎn)，那么它就是hit-test視圖奸披。等 iOS決定了hit-test視圖之后昏名，它把觸摸事件傳遞給該視圖以便處理。

11.堆和棧的區(qū)別

管理方式：對(duì)于棧來講阵面，是由編譯器自動(dòng)管理轻局，無需我們手工控制；對(duì)于堆來說样刷，釋放工作由程序員控制仑扑，容易產(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（也有的說是1M梅肤，總之是一個(gè)編譯時(shí)就確定的常數(shù)），如果申請(qǐng)的空間超過棧的剩余空間時(shí)邑茄，將提示overflow姨蝴。因此，能從棧獲得的空間較小肺缕。

堆：堆是向高地址擴(kuò)展的數(shù)據(jù)結(jié)構(gòu)左医，是不連續(xù)的內(nèi)存區(qū)域。這是由于系統(tǒng)是用鏈表來存儲(chǔ)的空閑內(nèi)存地址的同木，自然是不連續(xù)的浮梢，而鏈表的遍歷方向是由低地址向高地址。堆的大小受限于計(jì)算機(jī)系統(tǒng)中有效的虛擬內(nèi)存彤路。由此可見秕硝，堆獲得的空間比較靈活，也比較大洲尊。

碎片問題：對(duì)于堆來講远豺，頻繁的new/delete勢(shì)必會(huì)造成內(nèi)存空間的不連續(xù)，從而造成大量的碎片坞嘀，使程序效率降低躯护。對(duì)于棧來講，則不會(huì)存在這個(gè)問題丽涩，因?yàn)闂Ｊ窍冗M(jìn)后出的隊(duì)列棺滞，他們是如此的一一對(duì)應(yīng)，以至于永遠(yuǎn)都不可能有一個(gè)內(nèi)存塊從棧中間彈出

分配方式：堆都是動(dòng)態(tà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)行釋放避凝，無需我們手工實(shí)現(xiàn)。

分配效率：棧是機(jī)器系統(tǒng)提供的數(shù)據(jù)結(jié)構(gòu)眨补，計(jì)算機(jī)會(huì)在底層對(duì)棧提供支持：分配專門的寄存器存放棧的地址管削，壓棧出棧都有專門的指令執(zhí)行，這就決定了棧的效率比較高撑螺。堆則是C/C++函數(shù)庫提供的含思，它的機(jī)制是很復(fù)雜的。

12.SDWebImage的原理。實(shí)現(xiàn)機(jī)制含潘。如何解決TableView卡的問題饲做。

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

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

UIImage *image = [UIImage imageWithData:imgData];

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

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

13.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ì)在堆上重新開辟一段內(nèi)存存放@"abc" 比如0X1122 內(nèi)容為@"abc 同時(shí)會(huì)在棧上為newPt分配空間 比如地址：0Xaacc 內(nèi)容為0X1122 因此retainCount增加1供newPt來管理0X1122這段內(nèi)存范咨；

14.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 十减；

15.readonly：

1愤估、屬性是只讀的帮辟，默認(rèn)的標(biāo)記是讀寫玩焰，如果你指定了只讀，在@implementation中只需要一個(gè)讀取器震捣。或者如果你使用@synthesize關(guān)鍵字润樱，也是有讀取器方法被解析

readwrite：

1羡棵、說明屬性會(huì)被當(dāng)成讀寫的，這也是默認(rèn)屬性店展。設(shè)置器和讀取器都需要在@implementation中實(shí)現(xiàn)。如果使用@synthesize關(guān)鍵字柳弄，讀取器和設(shè)置器都會(huì)被解析概说；

nonatomic：

1、非原子性訪問萍丐，對(duì)屬性賦值的時(shí)候不加鎖放典，多線程并發(fā)訪問會(huì)提高性能。如果不加此屬性壳影，則默認(rèn)是兩個(gè)訪問方法都為原子型事務(wù)訪問弥臼；

16.weak and strong property (強(qiáng)引用和弱引用的區(qū)別)：

1、 weak 和 strong 屬性只有在你打開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（就是父類中含有子類{父類retain了子類}由桌，子類中又調(diào)用了父類{子類又retain了父類}，這樣都無法release）

3行您、聲明為weak的指針娃循，指針指向的地址一旦被釋放，這些指針都將被賦值為nil捌斧。這樣的好處能有效的防止野指針。

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

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

進(jìn)程和線程的主要差別在于它們是不同的操作系統(tǒng)資源管理方式队贱。進(jìn)程有獨(dú)立的地址空間，一個(gè)進(jìn)程崩潰后柱嫌，在保護(hù)模式下不會(huì)對(duì)其它進(jìn)程產(chǎn)生影響，而線程只是一個(gè)進(jìn)程中的不同執(zhí)行路徑与学。線程有自己的堆棧和局部變量嘉抓，但線程之間沒有單獨(dú)的地址空間，一個(gè)線程死掉就等于整個(gè)進(jìn)程死掉卵佛，所以多進(jìn)程的程序要比多線程的程序健壯敞斋，但在進(jìn)程切換時(shí)，耗費(fèi)資源較大衙解，效率要差一些焰枢。但對(duì)于一些要求同時(shí)進(jìn)行并且又要共享某些變量的并發(fā)操作盔沫，只能用線程架诞，不能用進(jìn)程干茉。

18.UIButton的繼承關(guān)系是怎么樣

UIButton > UIControl > UIView > UIResponder > NSObject

19.delegate和protocol(區(qū)別)

協(xié)議(protocol)，就是使用了這個(gè)協(xié)議后就要按照這個(gè)協(xié)議來辦事沾谓，協(xié)議要求實(shí)現(xiàn)的方法就一定要實(shí)現(xiàn)戳鹅。

委托(delegate)，顧名思義就是委托別人辦事妇穴，就是當(dāng) 一件事情發(fā)生后隶债，自己不處理，讓別人來處理瞒滴。

delegate只是一種模式赞警，大家約定俗成，當(dāng)把自己內(nèi)部一部分實(shí)現(xiàn)暴露給另外一個(gè)類去做的時(shí)候单默，就叫實(shí)際做事的類為delegate忘瓦。