iOS | 面試知識整理 - 網絡相關 (七)

前言:

最近公司項目不怎麼忙, 閒暇時間把iOS 在面試中可能會遇到的問題整理了一番, 一部分題目是本身面試遇到的,一部分題目則是網上收錄的, 方便本身鞏固複習, 也分享給你們! 知識點比較多,比較雜,這裏作了分類,下面是分類連接地址;css

面試知識點整理 - 目錄:html

iOS | 面試知識整理 - OC基礎 (一)
iOS | 面試知識整理 - OC基礎 (二)
iOS | 面試知識整理 - OC基礎 (三)
iOS | 面試知識整理 - UI 相 關 (四)
iOS | 面試知識整理 - 內存管理 (五)
iOS | 面試知識整理 - 多 線 程 (六)
iOS | 面試知識整理 - 網絡相關 (七)
iOS | 面試知識整理 - 數據持久化 (八)
iOS | 面試知識整理 - Swift 基礎 (九)程序員

iOS | 面試知識整理 - 網絡相關 (七)

1.如何理解HTTP?

HTTP本質上是一種協議,全稱是Hypertext Transfer Protocol,即超文本傳輸協議。HTTP是一個基於TCP/IP通訊協議來傳遞數據, 該協議用於規定客戶端與服務端之間的傳輸規則,所傳輸的內容不侷限於文本(其實能夠傳輸任意類型的數據)。面試

一次HTTP能夠看作是一個事務,其工做過程分爲4步:算法

  1. 客戶端與服務器創建鏈接
  2. 創建鏈接後,客戶端給服務端發送請求
  3. 服務器收到消息後,給與響應操做
  4. 客戶端收到消息後,展現到屏幕上,斷開鏈接.

2.說一下 http中的 get 和 post 區別?

  • get 通常用於從服務端獲取數據,post 用於向服務端發送數據
  • get 參數拼接在 url 地址裏面, post 參數則放在其包體裏,post 比 get 稍安全,隱祕
  • get 能夠被緩存,能夠存儲在瀏覽器瀏覽歷史中

3. 一次完整的HTTP請求過程?當咱們在瀏覽器的地址欄輸入 'http://www.baidu.com ,而後回車,回車這一瞬間到看到頁面到底發生了什麼呢?

域名解析 --> 發起TCP的3次握手 --> 創建TCP鏈接後發起http請求 --> 服務器響應http請求,瀏覽器獲得html代碼 --> 瀏覽器解析html代碼,並請求html代碼中的資源(如js、css、圖片等) --> 瀏覽器對頁面進行渲染呈現給用戶
複製代碼

4.請求報文簡要說明?

請求報文主要包括: 請求行,請求頭,請求體數據庫

  1. 請求行: 請求行包含請求方法(Method)、請求統一資源標識符(URI)、HTTP版本號
  2. 請求頭:請求頭主要存放對客戶端想給服務端的附加信息下Host: 目標服務器的網絡地址 Accept: 讓服務端知道客戶端所能接收的數據類型,如text/html /Content-Length: body的長度 等等
  3. 請求體: 真正須要發給服務端的數據

5.響應報文簡要說明?

響應報文也包括三部分: 響應行,響應頭和響應實體
1.狀態行 :是服務端返回給客戶端的狀態信息,包含HTTP版本號、狀態碼、狀態碼對應的英文名稱。
2.響應頭: 附加信息和請求頭相似
3.響應體: 服務器返回的真正數據編程

6.HTTP的特色有什麼?

HTTP 是一個屬於應用層的面向對象的協議,HTTP 協議一共有五大特色:瀏覽器

  1. 支持客戶/服務器模式。
  2. 簡單快速:客戶向服務器請求服務時,只需傳送請求方法和路徑。請求方法經常使用的有GET、HEAD、POST。每種方法規定了客戶與服務器聯繫的類型不一樣。因爲HTTP協議簡單,使得HTTP服務器的程序規模小,於是通訊速度很快。
  3. 靈活:HTTP容許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type(Content-Type是HTTP包中用來表示內容類型的標識)加以標記。
  4. 無鏈接:無鏈接的含義是限制每次鏈接只處理一個請求。服務器處理完客戶的請求,並收到客戶的應答後,即斷開鏈接。採用這種方式能夠節省傳輸時間。
  5. 無狀態:HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺乏狀態意味着若是後續處理須要前面的信息,則它必須重傳,這樣可能致使每次鏈接傳送的數據量增大。另外一方面,在服務器不須要先前信息時它的應答就較快。

7.經常使用的HTTP方法有哪些?

HTTP1.0定義了三種請求方法: GET, POST 和 HEAD方法。
HTTP1.1新增了五種請求方法: OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。緩存

  1. GET 請求指定的頁面信息,並返回實體主體。
  2. HEAD 相似於get請求,只不過返回的響應中沒有具體的內容,用於獲取報頭
  3. POST 向指定資源提交數據進行處理請求(例如提交表單或者上傳文件)。數據被包含在請求體中。POST請求可能會致使新的資源的創建和/或已有資源的修改。
  4. PUT 從客戶端向服務器傳送的數據取代指定的文檔的內容。
  5. DELETE 請求服務器刪除指定的頁面。
  6. CONNECT HTTP/1.1協議中預留給可以將鏈接改成管道方式的代理服務器。
  7. OPTIONS 容許客戶端查看服務器的性能。
  8. TRACE 回顯服務器收到的請求,主要用於測試或診斷。

8.TCP是什麼?

  • tcp(傳輸控制協議)是一種面向鏈接的、可靠的、基於字節流的傳輸層通訊協議。是專門爲了在不可靠的互聯網絡上提供一個可靠的端到端字節流而設計的,面向字節流。會有三次握手來創建鏈接,並且在數據傳遞時,有確認. 窗口. 重傳. 擁塞控制機制,在數據傳完以後,還會斷開來鏈接用來節約系統資源。

9.UDP是什麼?

  • UDP(用戶數據報協議)是與TCP相對應的協議。它是面向非鏈接的協議,它不與對方創建鏈接,而是直接就把數據包發送過去!UDP適用於一次只傳送少許數據、對可靠性要求不高的應用環境可使用UDP

10.TCP和UDP區別

  1. TCP面向鏈接(三次握手);UDP是無鏈接的,即發送數據以前不須要創建鏈接
  2. TCP提供可靠的服務。也就是說,經過TCP鏈接傳送的數據,無差錯,不丟失,不重複,且按序到達;UDP盡最大努力交付,即不保證可靠交付, Tcp經過校驗和,重傳控制,序號標識,滑動窗口、確認應答實現可靠傳輸。如丟包時的重發控制,還能夠對次序亂掉的分包進行順序控制。
  3. UDP具備較好的實時性,工做效率比TCP高,適用於對高速傳輸和實時性有較高的通訊或廣播通訊。
  4. 每一條TCP鏈接只能是點到點的;UDP支持一對一,一對多,多對一和多對多的交互通訊
  5. TCP對系統資源要求較多,UDP對系統資源要求較少。

11.什麼是三次握手?

所謂三次握手(Three-Way Handshake)即創建TCP鏈接,是指創建一個TCP鏈接時,須要客戶端和服務端總共發送3個包以確認鏈接的創建。安全

  • 第一次握手:客戶端發送 syn 包(syn=j)到服務器,並進入 SYN_SEND 狀態,等待服 務器確認;
  • 第二次握手:服務器收到 syn 包,必須確認客戶的 SYN(ack=j+1),同時本身也發 送一個 SYN 包(syn=k),即 SYN+ACK 包,此時服務器進入 SYN_RECV 狀態;
  • 第三次握手:客戶端收到服務器的 SYN+ACK 包,向服務器發送確認包 ACK(ack=k+1), 此包發送完畢,客戶端和服務器進入 ESTABLISHED 狀態,完成三次握手。 握手過程當中傳送的包裏不包含數據,三次握手完畢後,客戶端與服務器才正式開始 傳送數據。

參考: www.cocoachina.com/programmer/…

12.什麼是四次揮手?

因爲TCP鏈接是全雙工的,所以每一個方向都必須單獨進行關閉。這原則是當一方完成它的數據發送任務後就能發送一個FIN來終止這個方向的鏈接。收到一個 FIN只意味着這一方向上沒有數據流動,一個TCP鏈接在收到一個FIN後仍能發送數據。首先進行關閉的一方將執行主動關閉,而另外一方執行被動關閉。

  1. TCP客戶端發送一個FIN,用來關閉客戶到服務器的數據傳送。
  2. 服務器收到這個FIN,它發回一個ACK,確認序號爲收到的序號加1。和SYN同樣,一個FIN將佔用一個序號。
  3. 服務器關閉客戶端的鏈接,發送一個FIN給客戶端。
  4. 客戶端發回ACK報文確認,並將確認序號設置爲收到序號加1。

13.什麼是HTTTS?

HTTPS(全稱:Hyper Text Transfer Protocol over Secure Socket Layer 或 Hypertext Transfer Protocol Secure,超文本傳輸安全協議),是以安全爲目標的HTTP通道,簡單講是HTTP的安全版。即HTTP下加入SSL層,HTTPS的安全基礎是SSL,所以加密的詳細內容就須要SSL。

14.HTTPS鏈接過程簡述

  1. 客戶端向服務端發起 https 請求
  2. 服務器(須要申請 ca 證書),返回證書(包含公鑰)給客戶端
  3. 客戶端使用根證書驗證 服務器證書的有效性,進行身份確認
  4. 客戶端生成對稱密鑰,經過公鑰進行密碼,發送給服務器
  5. 服務器使用私鑰進行 解密,獲取對稱密鑰
  6. 雙發使用對稱加密的數據進行通訊

15.什麼是對稱加密

對稱加密是最快速、最簡單的一種加密方式,加密(encryption)與解密(decryption)用的是一樣的密鑰(secret key)。對稱加密有不少種算法,因爲它效率很高,因此被普遍使用在不少加密協議的核心當中。
常見的有AES,DES,3DES等

16.非對稱加密

非對稱加密爲數據的加密與解密提供了一個很是安全的方法,它使用了一對密鑰,公鑰(public key)和私鑰(private key)。私鑰只能由一方安全保管,不能外泄,而公鑰則能夠發給任何請求它的人。非對稱加密使用這對密鑰中的一個進行加密,而解密則須要另外一個密鑰。
常見的: RSA算法

17. http 與https區別

HTTPS和HTTP的區別主要爲如下四點:

  1. https協議須要到ca申請證書,通常免費證書不多,須要交費。
  2. http是超文本傳輸協議,信息是明文傳輸,https 則是具備安全性的ssl加密傳輸協議。
  3. http和https使用的是徹底不一樣的鏈接方式,用的端口也不同,前者是80,後者是443。
  4. http的鏈接很簡單,是無狀態的;HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網絡協議,比http協議安全

18.說一下Session 和 Cookie 的概念?

  • Session 是服務器用來認證,追蹤用戶的數據結構,經過判斷客戶端傳來的信息肯定用戶,肯定用戶惟一標誌是客戶端傳來的 SessionId
  • Cookie 是客戶端用來保存用戶信息的機制, 初次會話時, http 協議會在 Cookie 裏記錄一個SessionID,以後每次會話時把 SessionID發給服務器
  • Session 通常用於用戶驗證, 他默認存儲在服務器的一個文件裏, 固然也能夠存儲在內存,數據庫裏
  • 如果客戶端禁用了Cookie, 則客戶端會用URL重寫技術,即會話時在URL的末尾加上 SessionID,發給服務器

19.什麼Socket?

  • 網絡上的兩個程序經過一個雙向的通訊鏈接實現數據的交換,這個鏈接的一端稱爲一個socket。
  • 創建網絡通訊鏈接至少要一對端口號(socket)。socket本質是編程接口(API),對TCP/IP的封裝,TCP/IP也要提供可供程序員作網絡開發所用的接口,這就是Socket編程接口;HTTP是轎車,提供了封裝或者顯示數據的具體形式;Socket是發動機,提供了網絡通訊的能力。

20.什麼是DNS?

域名系統(DomainNameSystem,縮寫:DNS)是[互聯網]的一項服務。它做爲將域名和IP地址相互映射的一個分佈式數據庫,可以令人更方便地訪問[互聯網]

21.DNS劫持問題?

DNS劫持又稱(域名劫持), 是指在劫持的網絡範圍內攔截域名解析的請求,分析請求的域名,把審查範圍之外的請求放行,不然返回假的IP地址或者什麼都不作使請求失去響應,其效果就是對特定的網絡不能訪問或訪問的是假網址。
解決辦法: 使用HTTPDNS

22.網絡七層是什麼?

OSI模型有7層結構,每層均可以有幾個子層。 OSI的7層從上到下分別是 7 應用層 6 表示層 5 會話層 4 傳輸層 3 網絡層 2 數據鏈路層 1 物理層 ;其中高層(即七、六、五、4層)定義了應用程序的功能,下面3層(即三、二、1層)主要面向經過網絡的端到端的數據流。

  1. 應用層
    網絡服務與最終用戶的一個接口。
    協議有:HTTP FTP TFTP SMTP SNMP DNS TELNET HTTPS POP3 DHCP
  2. 表示層
    數據的表示、安全、壓縮。(在五層模型裏面已經合併到了應用層)
    格式有,JPEG、ASCll、DECOIC、加密格式等
    3 .會話層
    創建、管理、終止會話。(在五層模型裏面已經合併到了應用層)
    對應主機進程,指本地主機與遠程主機正在進行的會話
  3. 傳輸層
    定義傳輸數據的協議端口號,以及流控和差錯校驗。
    協議有:TCP UDP,數據包一旦離開網卡即進入網絡傳輸層
  4. 網絡層
    進行邏輯地址尋址,實現不一樣網絡之間的路徑選擇。
    協議有:ICMP IGMP IP(IPV4 IPV6) ARP RARP
  5. 數據鏈路層
    創建邏輯鏈接、進行硬件地址尋址、差錯校驗 [2] 等功能。(由底層網絡定義協議)
    將比特組合成字節進而組合成幀,用MAC地址訪問介質,錯誤發現但不能糾正。
  6. 物理層
    創建、維護、斷開物理鏈接。(由底層網絡定義協議)

23.項目中網絡層如何作安全處理?

  1. 儘可能使用https
  2. 不要傳輸明文密碼
  3. Post並不比Get安全
  4. 不要使用301跳轉
  5. http請求都帶上MAC
  6. http請求使用臨時密鑰
  7. AES使用CBC模式

24.斷點續傳如何實現?

經過HTTP,能夠很是方便的實現斷點續傳。

  • 斷點續傳主要依賴於HTTP頭部定義的Range,應用能夠經過HTTP請求曾經獲取失敗的資源的某一個返回或者部分來恢復下載該資源。固然並非全部風服務器都支持Range,因此不支持Range的不在咱們考慮以內。Range是以字節計算的,請求的時候不比給我結尾字節數,由於請求方並不必定知道資源的大小。

經過這個關鍵字能夠告訴服務器返回哪些數據給我。
好比:

  • bytes=500-999 表示第500-第999字節
  • bytes=500- 表示從第500字節日後的全部字節
  • 而後咱們再根據服務器返回的數據,將獲得的data數據拼接到文件後面,就能夠實現斷點續傳了。

25.什麼是WebSocket,解決了什麼問題?

WebSocket是應用層第七層上的一個應用層協議,它必須依賴 HTTP 協議進行一次握手 ,握手成功後,數據就直接從 TCP 通道傳輸,與 HTTP 無關了
Websocket的數據傳輸是frame形式傳輸的,好比會將一條消息分爲幾個frame,按照前後順序傳輸出去。這樣作會有幾個好處:

  1. 大數據的傳輸能夠分片傳輸,不用考慮到數據大小致使的長度標誌位不足夠的狀況。
  2. 和http的chunk同樣,能夠邊生成數據邊傳遞消息,即提升傳輸效率。
    總之:WebSocket 的實現分爲握手,數據發送/讀取,關閉鏈接。

26.什麼是心跳?

  • 心跳就是用來檢測TCP鏈接的雙方是否可用
  • 客戶端發起心跳Ping(通常都是客戶端),假如設置在10秒後若是沒有收到回調,那麼說明服務器或者客戶端某一方出現問題,這時候咱們須要主動斷開鏈接。

27.如何保證公鑰不被篡改?

  • 解決方法:將公鑰放在數字證書中。只要證書是可信的,公鑰就是可信的。

28. 公鑰加密計算量太大,如何減小耗用的時間?

  • 解決方法:每一次對話(session),客戶端和服務器端都生成一個"對話密鑰"(session key),用它來加密信息。因爲"對話密鑰"是對稱加密,因此運算速度很是快,而服務器公鑰(非對稱加密)只用於加密"對話密鑰"自己,這樣就減小了加密運算的消耗時間。

29.AF中常駐線程的實現

  • 使用單例建立線程 添加到runloop中,且加了一個NSMachPort,來防止這個新建的線程因爲沒有活動直接退出。【 使用MachPort配合RunLoop進行線程保活】

  • AF3.x爲何再也不須要常駐線程?
    NSURLConnection的一大痛點就是:發起請求後,這條線程並不能隨風而去,而須要一直處於等待回調的狀態。
    NSURLSession發起的請求,再也不須要在當前線程進行代理方法的回調!能夠指定回調的delegateQueue,這樣咱們就不用爲了等待代理回調方法而苦苦保活線程了。
    同時還要注意一下,指定的用於接收回調的Queue的maxConcurrentOperationCount設爲了1,這裏目的是想要讓併發的請求串行的進行回調。
    爲何要串行回調?

- (AFURLSessionManagerTaskDelegate *)delegateForTask:(NSURLSessionTask *)task {
    NSParameterAssert(task);
    AFURLSessionManagerTaskDelegate *delegate = nil;
    [self.lock lock];
    //給所要訪問的資源加鎖,防止形成數據混亂
    delegate = self.mutableTaskDelegatesKeyedByTaskIdentifier[@(task.taskIdentifier)];
    [self.lock unlock];
    return delegate;
}
複製代碼

這邊對 self.mutableTaskDelegatesKeyedByTaskIdentifier 的訪問進行了加鎖,目的是保證多線程環境下的數據安全
面試官可能會問你:爲何AF3.0中須要設置self.operationQueue.maxConcurrentOperationCount = 1;而AF2.0卻不須要?
--->>>
AF3.0的operationQueue是用來接收NSURLSessionDelegate回調的,鑑於一些多線程數據訪問的安全性考慮,設置了maxConcurrentOperationCount = 1來達到串行回調的效果
--->>>
AF2.0的operationQueue是用來添加operation並進行併發請求的,因此不要設置爲1。

30. XMPP是什麼?

  1. XMPP 是一種基於XML的協議,XMPP是一個分散型通訊網絡
  2. XMPP是一種基於標準通用標記語言的子集XML的協議,它繼承了在XML環境中靈活的發展性,XMPP有超強的擴展性。XMPP中定義了三個角色,客戶端,服務端,網關。通訊可以在這個三者的任意兩個之間雙向發生,而他們的傳輸是XML流
  3. XMPP工做原理:全部從一個客戶端到另外一個客戶端的消息和數據都要經過服務端
  4. XMPP容許創建並行的TCP套接字連接對全部鏈接上的客戶端和服務器端。持久的套接字的鏈接使得XMPP可以更有效的支持高級的具備存在能力的應用在帶寬和處理資源的使用中。

小結:
而XMPP的核心部分就是一個在網絡上分片段發送XML的流協議。這個流協議是XMPP的即時通信指令的傳遞基礎,也是一個很是重要的能夠被進一步利用的網絡基礎協議。因此能夠說,XMPP用TCP傳的是XML流。

31.MAC地址和ip地址的區別?

  • MAC地址就是在媒體接入層上使用的地址,也叫物理地址、硬件地址或鏈路地址,由網絡設備製造商生產時寫在硬件內部。
  • IP即指使用TCP/IP協議指定給主機的32位地址。IP地址由用點分隔開的4個8八位組構成,如192.168.0.1就是一個IP地址,這種寫法叫點分十進制格式。
  • IP地址至關於你如今所處的地址,會隨着你的移動發生改變,而mac地址至關於你的身份證號這些我的信息,是獨一無二的,不會改變的。

32 .抓包工具抓取HTTPS的原理

須要作的事情是對客戶端假裝服務端,對服務端假裝客戶端,具體

  • 截獲真實客戶端的HTTPS請求,假裝客戶端向真實服務端發送HTTPS請求
  • 接受真實服務器響應,用Charles本身的證書假裝服務端向真實客戶端發送數據內容

沒有配置HTTPS 證書時,雖然是HTTPS請求確是能抓到數據,若是APP內配置了https證書,就抓不到數據了,

33.Ping是什麼協議

  • ping也屬於一個通訊協議,是TCP/IP協議的一部分。利用「ping」命令能夠檢查網絡是否連通,

  • PING (Packet Internet Groper),因特網包探索器,用於測試網絡鏈接量的程序。Ping發送一個ICMP(Internet Control Messages Protocol)即因特網信報控制協議;回聲請求消息給目的地並報告是否收到所但願的ICMPecho (ICMP回聲應答)。它是用來檢查網絡是否通暢或者網絡鏈接速度的命令。做爲一個生活在網絡上的管理員或者黑客來講,ping命令是第一個必須掌握的DOS命令,它所利用的原理是這樣的:利用網絡上機器IP地址的惟一性,給目標IP地址發送一個數據包,再要求對方返回一個一樣大小的數據包來肯定兩臺網絡機器是否鏈接相通,時延是多少。

下一篇入口:

iOS | 面試知識整理 - 數據持久化 (八)

其實呢做爲一個開發者,有一個學習的氛圍跟一個交流圈子特別重要,這是個人微信 你們有興趣能夠添加 邀請小夥伴們進入微信羣裏一塊兒 交流(想要加羣的能夠加小編微信進羣哦17512010526)


做者:LEON_iOS
連接:www.jianshu.com/p/2f82ea462…

相關文章
相關標籤/搜索