- 內存管理
在ObjectC中對象存儲在堆中，系統(tǒng)并不會釋放堆中的內存（基本數(shù)據(jù)類型是系統(tǒng)自己管理的，放在棧中的）
當我們實例化一個對象后通常就會有一個變量來引用這個對象（變量中存儲對象地址），當這個變量不在使用之后（也就是不在這個對象）此時GC 就會回收這個對象，簡單的水就是：當一個對象沒有任何變量引用的時候那就會被回收。
在object 中沒有垃圾回收機制，那么object重的內存是怎么管理的呢？
在object中 內存管理是依賴對象的引用計數(shù)器來進行的，在oc中每個對象都有一個與之對應的“引用計數(shù)器”，當一個對象創(chuàng)建后它的引用計數(shù)器為1，當調用這個對象的alloc，retain，new。copy方法之后引用計數(shù)器會在演練的基礎上加1 ，當調用這個對象的release方法后，他的引用計數(shù)就會減一，如果一個對象的引用計數(shù)為0 的時候，那么系統(tǒng)就會調用這個對象的dealloc方法來銷毀這個對象。
所以我們可以通過dealloc 方法來看是否一個對象已經被回收了，如果沒有被回收那么就有可能存在內存泄漏。如果一個對象被釋放了以后，那么最庸引用他的變量我么手動置為nil ，否則可能造成野指針錯誤，而且需要主機在oc中給空對象發(fā)送消息不會引起錯誤，
手動管理內存有時候并不容易，因為對象的引用是錯綜復雜的，對象之間的相互引用交叉引用，此時需要遵循一個法則：誰創(chuàng)建，誰釋放。
在oc 中也有一種沒存自動釋放的機制叫”自動釋放池“這是一種半自動的機制，有些時候還需要我們手動設置的，自動內存釋放使用@autoreleasepool 關鍵字申明一個代碼塊，那么當代碼塊執(zhí)行完成后，在代碼塊中調動autorelease方法都會自動調用一次release方法，這樣一來就起到了自動釋放的作用。
1.autorelease 不會改變對象的引用計數(shù)，這是將這個對象放在自動釋放池中。
2.自動釋放池實質是當自動釋放池銷毀后調用對象的release方法，不一定是銷毀對象（若果一個對象的引用計數(shù)大于1就不會被銷毀）
3.由于自動釋放池最后統(tǒng)一銷毀對象，因此一個大的程序為提升性能，最好考慮多個自動釋放池。
4.oc的靜態(tài)方法，一般都不需要手動管理，內部已經調用了autorelease 方法；
淺復制，復制對象指針
深復制，復制對象本身
二 事件傳遞
- 發(fā)生觸摸事件以后，系統(tǒng)會將該事件加入到UIApplication 管理的隊列事件中。
- UIApplication 會從事件隊列的中取出最前面的事件，并將事件分發(fā)下去以便處理，通常會先將事件給應用程序的主窗口（keywindow）。
3.主窗口會在視圖層中去找合適的控件來處理
4.找到合適的控件后，就會掉用touches的方法里處理具體的事件 touchBegin。。。 - 這些touches 的方法more的做法是將事件按照響應者鏈向上傳遞，將事件叫上一個響應者處理
UIvie 不接受事件的情況
- 不接受用戶交互 usetInteractionEnabled = No;
- 控件hidden = yes
- 控件透明 alpha = 0.0-0.01
三 為什么UI控件的應用和UI控件的delegate 屬性要用week
UI控件在創(chuàng)建之后，如果標明為強引用，會有醫(yī)德強引用的指針指向ui的內存空間，如果【self.view addSubBiew:ui】后又會有一個強應用的指針指向ui 沒有必要兩個強應用，但是一個指針釋放了內存空間，寧外一個強應用也就沒有用了，所以用強應用為題也不大
代理屬性必須用week ，如果創(chuàng)建一個view 【self.view addsubview:view】后會有一個強應用指正指向view ，如果view 有代理，代理就會有一個指正指向view的控制器，如果代理的屬性為強引用，就會引起循環(huán)引用
四 block 為什么要用weak
默認情況下當你的block 里面引用一個oc對象的時候，該對象會被retain ，不用weak 就會導致block循環(huán)引用。
五 —block 和—weak的區(qū)別
為什么不用—block 是因為通過應用技術來訪問self的實例變量，self被retain，block 也是一個引用，引起循環(huán)引用，用—weake是弱引用，當self 被釋放的時候，weakeself會被置nil
1.如果你通過引用來訪問一個實例變量，那么self就會別retain
2.如果你通過值來訪問一個實例變量，那么變量就會被retain
因此 —block 和_weake 修飾詞是挺挺明顯的
1—block 不管是arc還是非arc模式下都可以使用，可以修飾對象，還可以修飾基本數(shù)據(jù)類型
2.—weak只能在arc 模式下使用，也真能修飾對象，不能修飾基本數(shù)據(jù)類型
。
六網絡各個協(xié)議 TCP/IP. SOCKET .HTTP
網絡7層 為 物理層-》數(shù)據(jù)鏈路層-》網絡層-》數(shù)據(jù)傳輸層-》會話層-》表層-？應用層
http協(xié)議對應應用層
tip協(xié)議敵營傳輸層
ip協(xié)議對應網絡層
三者上沒有可比性，http協(xié)議是基于tcp連接的
TCP/IP是傳輸層的協(xié)議，主要解決數(shù)據(jù)如何在網絡中傳輸，而http是應用層協(xié)議，主要解決如何包裝數(shù)據(jù)，Socket是對tc/ip的封裝，socket本身不是協(xié)議，而是一個借口，通過socket我們才能使用tip/ip協(xié)議
TCP 連接
要明白Socket連接，首先要明白TCP連接，手機能夠上網是因為手機底層實現(xiàn)了TCP/IP協(xié)議，可以使首終端通過捂臉網絡建立tcp連接，TCP協(xié)議可以對上層網絡提供接口，上上層網絡的傳輸建立在屋差別的網絡之上。
TCP 建立的連接是長連接，是經過三次握手的連接
第一次握手：客戶端發(fā)送SYN（syn=j）包到服務器，客戶端進入SYN_SEND狀態(tài)，等待服務器確認
第二次握手：服務器端接受到syn包，必須去人客戶的syn（ack=j+1）通知自己也發(fā)送一個syn包（syn=k）此時的服務器進入SYN_RECV狀態(tài)
第三次握手：客戶端接受到服務器的包后，向服務器發(fā)送確認包ACK（ack=1）此包發(fā)送完成后服務器和客戶端進入EXTABLISHED狀態(tài)，完成三次握手
2.http連接
http就是超文本傳輸協(xié)議，是web聯(lián)網的基礎。也是手機應用的協(xié)議之一，http協(xié)議是建立在tcp協(xié)議中的一種應用。
由 于HTTP在每次請求結束后都會主動釋放連接，因此HTTP連接是一種“短連接”，要保持客戶端程序的在線狀態(tài)，需要不斷地向服務器發(fā)起連接請求。通常的 做法是即時不需要獲得任何數(shù)據(jù)，客戶端也保持每隔一段固定的時間向服務器發(fā)送一次“保持連接”的請求，服務器在收到該請求后對客戶端進行回復，表明知道客 戶端“在線”。若服務器長時間無法收到客戶端的請求，則認為客戶端“下線”，若客戶端長時間無法收到服務器的回復，則認為網絡已經斷開。
3.socket原理
socket 的建立需要一堆套接字，其中一個在客戶端clientsocket，另一個在服務器端server socket
套接字之間的連接分為三個步驟，服務器監(jiān)聽，客戶端請求，連接確認
socket連接與TCP連接
常見sockst連接時候，可以指定使用傳輸協(xié)議，socket可以支持不同的傳輸協(xié)議（TCP或UPD 協(xié)議）
HTTP連接使用的是“請求-響應”的方式，不僅在請求是需要建立連接，而且需要客戶端向服務器發(fā)送請求后才能發(fā)出數(shù)據(jù)，
很多情況寫，需要服務器端主動向客戶端推送數(shù)據(jù)，保持客戶端與服務器的實時同步，此時若雙方建立的是socket連接，服務器就可以將數(shù)據(jù)傳個客戶端，因此，客戶端定時向服務器發(fā)送連接請求，不僅可以保持在線，同時也在詢問服務器是夠有新的數(shù)據(jù)，如果有就講數(shù)據(jù)傳給客戶端。
