1. struct和class的區(qū)別
swift中，class是引用類型府怯，struct是值類型煎饼。值類型在傳遞和賦值時將進行復制，而引用類型則只會使用引用對象的一個"指向"谤专。所以他們兩者之間的區(qū)別就是兩個類型的區(qū)別躁锡。
class有這幾個功能struct沒有的：
1、class可以繼承置侍，這樣子類可以使用父類的特性和方法
2映之、類型轉換可以在runtime的時候檢查和解釋一個實例的類型
3、可以用deinit來釋放資源
4蜡坊、一個類可以被多次引用
struct也有這樣幾個優(yōu)勢：
- 結構較小杠输，適用于復制操作，相比于一個class的實例被多次引用更加安全秕衙。
- 無須擔心內存memory leak或者多線程沖突問題
補充：
- C語言中蠢甲，struct與的class的區(qū)別：
struct只是作為一種復雜數據類型定義，不能用于面向對象編程据忘。 - C++中鹦牛，struct和class的區(qū)別：
對于成員訪問權限以及繼承方式，class中默認的是private的勇吊，而struct中則是public的曼追。class還可以用于表示模板類型，struct則不行汉规。
2. 介紹一下觀察者模式
觀察者模式(Observer Pattern)：定義對象間的一種一對多依賴關系礼殊，使得每當一個對象狀態(tài)發(fā)生改變時，其相關依賴對象皆得到通知并被自動更新针史。
在IOS中典型的推模型實現方式為 NSNotificationCenter和KVO晶伦。
1、觀察者Observer悟民，通過NSNotificationCenter的addObserver:selector:name:object接口來注冊對某一類型通知感興趣坝辫。在注冊時候一定要注意，NSNotificationCenter不會對觀察者進行引用計數+1的操作射亏，我們在程序中釋放觀察者的時候近忙，一定要去報從center中將其注銷了竭业。
2、通知中心NSNotificationCenter及舍，通知的樞紐未辆。
3、被觀察的對象锯玛，通過postNotificationName:object:userInfo:發(fā)送某一類型通知咐柜，廣播改變。
4攘残、通知對象NSNotification拙友，當有通知來的時候，Center會調用觀察者注冊的接口來廣播通知歼郭，同時傳遞存儲著更改內容的NSNotification對象遗契。
KVO
KVO的全稱是Key-Value Observer，即鍵值觀察病曾。是一種沒有中心樞紐的觀察者模式的實現方式牍蜂。一個主題對象管理所有依賴于它的觀察者對象，并且在自身狀態(tài)發(fā)生改變的時候主動通知觀察者對象泰涂。
注冊觀察者
[object addObserver:self forKeyPath:property options:NSKeyValueObservingOptionNew context:]鲫竞。
更改主題對象屬性的值，即觸發(fā)發(fā)送更改的通知逼蒙。
在制定的回調函數中从绘，處理收到的更改通知。
注銷觀察者 [object removeObserver:self forKeyPath:property]其做。
3.在一個HTTPS連接的網站里顶考，輸入賬號密碼點擊登錄后赁还，到服務器返回這個請求前妖泄，中間經歷了什么
這個非常得深非常得廣，我來大概說一下艘策。
1蹈胡、客戶端會打包一個請求，包括url朋蔫，端口啊罚渐，你的賬號密碼等等。賬號密碼登陸應該用的是Post方式驯妄，所以相關的用戶信息會被加載到body里面荷并。這個請求應該包含三個方面：網絡地址，協(xié)議青扔，資源路徑源织。注意翩伪，這里是HTTPS，就是HTTP + SSL / TLS谈息，在HTTP上又加了一層處理加密信息的模塊（相當于是個鎖）缘屹。
2、一般會先請求DNS服務器侠仇。DNS服務器負責將你的網絡地址解析成IP地址轻姿，這個IP地址對應網上一臺機器。這其中可能發(fā)生Hosts Hijack和ISP failure的問題逻炊。
3互亮、協(xié)議是獲取資源的方式HTTP，FTP余素，UDP胳挎，不同協(xié)議有不同的格式，有些是process-to-process的溺森，有些是host-to-host的慕爬。
4、客戶端會和服務器的端口之間建立一個socket連接屏积，socket一般都是以file descriptor的方式解析請求医窿。
5、服務器端接收到請求炊林。服務器端會有一套數字證書（相當于是個鑰匙）姥卢，這個證書會先返回給客戶端≡郏客戶端會解析證書独榴，相當于用鑰匙（證書）把鎖（內容）鎖上（生成私匙），接著再傳送加密信息奕枝。
6棺榔、服務器端接收到加密信息（私匙）之后，會進行解密隘道，并把要返回的數據進行對稱加密返回到客戶端爱沟。假如路徑不對潭辈，會出現404的錯誤糟需。
7旅赢、一般訪問服務器之前可能會訪問一下proxy。這玩意是個代理激捏，有時候當防火墻用设塔，有時候當cache使。如果后臺是reverse-proxy結構远舅，那么實際上有多個web服務器藏在proxy之后按需處理請求闰蛔，而你訪問的永遠是proxy竞思，這樣可以解決過載問題。
8钞护、有時候訪問完web服務器后還要訪問一下file服務器盖喷，主要是請求數據庫里的一些信息。
9难咕、服務器將相應打包课梳，直接或通過proxy（大多數時候）返回給客戶端∮嗟瑁客戶端會用剛剛生成的私匙進行解密暮刃，將內容顯示在瀏覽器上。
HTTPS加密過程詳解請去https原理：證書傳遞爆土、驗證和數據加密椭懊、解密過程解析
4.在一個app中間有一個button，在你手觸摸屏幕點擊后步势，到這個button收到點擊事件氧猬，中間發(fā)生了什么
響應鏈大概有以下幾個步驟
1、設備將touch到的UITouch和UIEvent對象打包, 放到當前活動的Application的事件隊列中
2坏瘩、單例的UIApplication會從事件隊列中取出觸摸事件并傳遞給單例UIWindow
3盅抚、UIWindow使用hitTest:withEvent:方法查找touch操作的所在的視圖view
RunLoop這邊我大概說一下
1、主線程的RunLoop被喚醒
2倔矾、通知Observer妄均，處理Timer和Source 0
3、Springboard接受touch event之后轉給App進程
4哪自、RunLoop處理Source 1丰包，Source1 就會觸發(fā)回調，并調用_UIApplicationHandleEventQueue() 進行應用內部的分發(fā)壤巷。
5邑彪、RunLoop處理完畢進入睡眠，此前會釋放舊的autorelease pool并新建一個autorelease pool
深挖請去深入理解RunLoop
UIResponder是UIView的父類隙笆，UIView是UIControl的父類锌蓄。
那個第三個寫的不是很好升筏，大家多多指教撑柔，說實話我第三個也不是很理解的
