前言:

最近公司項目不怎么忙, 閑暇時間把iOS 在面試中可能會遇到的問題整理了一番, 一部分題目是自己面試遇到的,一部分題目則是網(wǎng)上收錄的, 方便自己鞏固復(fù)習(xí), 也分享給大家! 知識點比較多,比較雜,這里做了分類,下面是分類鏈接地址;

面試知識點整理 - 目錄:

iOS | 面試知識整理 - OC基礎(chǔ) (一)
iOS | 面試知識整理 - OC基礎(chǔ) (二)
iOS | 面試知識整理 - OC基礎(chǔ) (三)
iOS | 面試知識整理 - UI 相 關(guān) (四)
iOS | 面試知識整理 - 內(nèi)存管理 (五)
iOS | 面試知識整理 - 多 線 程 (六)
iOS | 面試知識整理 - 網(wǎng)絡(luò)相關(guān) (七)
iOS | 面試知識整理 - 數(shù)據(jù)持久化 (八)
iOS | 面試知識整理 - Swift 基礎(chǔ) (九)

iOS | 面試知識整理 - 網(wǎng)絡(luò)相關(guān) (七)

1.如何理解HTTP?

HTTP本質(zhì)上是一種協(xié)議，全稱是Hypertext Transfer Protocol，即超文本傳輸協(xié)議。HTTP是一個基于TCP/IP通信協(xié)議來傳遞數(shù)據(jù), 該協(xié)議用于規(guī)定客戶端與服務(wù)端之間的傳輸規(guī)則，所傳輸?shù)膬?nèi)容不局限于文本(其實可以傳輸任意類型的數(shù)據(jù))。

一次HTTP可以看做是一個事務(wù),其工作過程分為4步:

1. 客戶端與服務(wù)器建立連接
2. 建立連接后,客戶端給服務(wù)端發(fā)送請求
3. 服務(wù)器收到消息后,給與響應(yīng)操作
4. 客戶端收到消息后,展示到屏幕上,斷開連接.

2.說一下 http中的 get 和 post 區(qū)別?

• get 一般用于從服務(wù)端獲取數(shù)據(jù),post 用于向服務(wù)端發(fā)送數(shù)據(jù)
• get 參數(shù)拼接在 url 地址里面, post 參數(shù)則放在其包體里,post 比 get 稍安全,隱秘
• get 可以被緩存,可以存儲在瀏覽器瀏覽歷史中

3. 一次完整的HTTP請求過程?當我們在瀏覽器的地址欄輸入 'http://www.baidu.com ，然后回車，回車這一瞬間到看到頁面到底發(fā)生了什么呢？

域名解析 --> 發(fā)起TCP的3次握手 --> 建立TCP連接后發(fā)起http請求 --> 服務(wù)器響應(yīng)http請求，瀏覽器得到html代碼 --> 瀏覽器解析html代碼，并請求html代碼中的資源（如js、css、圖片等） --> 瀏覽器對頁面進行渲染呈現(xiàn)給用戶

4.請求報文簡要說明?

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

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

5.響應(yīng)報文簡要說明?

響應(yīng)報文也包括三部分: 響應(yīng)行,響應(yīng)頭和響應(yīng)實體
1.狀態(tài)行 :是服務(wù)端返回給客戶端的狀態(tài)信息，包含HTTP版本號、狀態(tài)碼、狀態(tài)碼對應(yīng)的英文名稱。
2.響應(yīng)頭: 附加信息和請求頭類似
3.響應(yīng)體: 服務(wù)器返回的真正數(shù)據(jù)

6.HTTP的特點有什么?

HTTP 是一個屬于應(yīng)用層的面向?qū)ο蟮膮f(xié)議，HTTP 協(xié)議一共有五大特點：

1. 支持客戶/服務(wù)器模式。
2. 簡單快速：客戶向服務(wù)器請求服務(wù)時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同。由于HTTP協(xié)議簡單，使得HTTP服務(wù)器的程序規(guī)模小，因而通信速度很快。
3. 靈活：HTTP允許傳輸任意類型的數(shù)據(jù)對象。正在傳輸?shù)念愋陀蒀ontent-Type（Content-Type是HTTP包中用來表示內(nèi)容類型的標識）加以標記。
4. 無連接：無連接的含義是限制每次連接只處理一個請求。服務(wù)器處理完客戶的請求，并收到客戶的應(yīng)答后，即斷開連接。采用這種方式可以節(jié)省傳輸時間。
5. 無狀態(tài)：HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面，在服務(wù)器不需要先前信息時它的應(yīng)答就較快。

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

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

1. GET 請求指定的頁面信息，并返回實體主體。
2. HEAD 類似于get請求，只不過返回的響應(yīng)中沒有具體的內(nèi)容，用于獲取報頭
3. POST 向指定資源提交數(shù)據(jù)進行處理請求（例如提交表單或者上傳文件）。數(shù)據(jù)被包含在請求體中。POST請求可能會導(dǎo)致新的資源的建立和/或已有資源的修改。
4. PUT 從客戶端向服務(wù)器傳送的數(shù)據(jù)取代指定的文檔的內(nèi)容。
5. DELETE 請求服務(wù)器刪除指定的頁面。
6. CONNECT HTTP/1.1協(xié)議中預(yù)留給能夠?qū)⑦B接改為管道方式的代理服務(wù)器。
7. OPTIONS 允許客戶端查看服務(wù)器的性能。
8. TRACE 回顯服務(wù)器收到的請求，主要用于測試或診斷。

8.TCP是什么?

• tcp(傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。是專門為了在不可靠的互聯(lián)網(wǎng)絡(luò)上提供一個可靠的端到端字節(jié)流而設(shè)計的，面向字節(jié)流。會有三次握手來建立連接，而且在數(shù)據(jù)傳遞時，有確認. 窗口. 重傳. 擁塞控制機制，在數(shù)據(jù)傳完之后，還會斷開來連接用來節(jié)約系統(tǒng)資源。

9.UDP是什么?

• UDP(用戶數(shù)據(jù)報協(xié)議)是與TCP相對應(yīng)的協(xié)議。它是面向非連接的協(xié)議，它不與對方建立連接，而是直接就把數(shù)據(jù)包發(fā)送過去！UDP適用于一次只傳送少量數(shù)據(jù)、對可靠性要求不高的應(yīng)用環(huán)境可以使用UDP

10.TCP和UDP區(qū)別

1. TCP面向連接（三次握手）;UDP是無連接的，即發(fā)送數(shù)據(jù)之前不需要建立連接
2. TCP提供可靠的服務(wù)。也就是說，通過TCP連接傳送的數(shù)據(jù)，無差錯，不丟失，不重復(fù)，且按序到達;UDP盡最大努力交付，即不保證可靠交付, Tcp通過校驗和，重傳控制，序號標識，滑動窗口、確認應(yīng)答實現(xiàn)可靠傳輸。如丟包時的重發(fā)控制，還可以對次序亂掉的分包進行順序控制。
3. UDP具有較好的實時性，工作效率比TCP高，適用于對高速傳輸和實時性有較高的通信或廣播通信。
4. 每一條TCP連接只能是點到點的;UDP支持一對一，一對多，多對一和多對多的交互通信
5. TCP對系統(tǒng)資源要求較多，UDP對系統(tǒng)資源要求較少。

11.什么是三次握手?

所謂三次握手（Three-Way Handshake）即建立TCP連接，是指建立一個TCP連接時，需要客戶端和服務(wù)端總共發(fā)送3個包以確認連接的建立。

• 第一次握手:客戶端發(fā)送 syn 包(syn=j)到服務(wù)器，并進入 SYN_SEND 狀態(tài)，等待服 務(wù)器確認;
• 第二次握手:服務(wù)器收到 syn 包，必須確認客戶的 SYN(ack=j+1)，同時自己也發(fā) 送一個 SYN 包(syn=k)，即 SYN+ACK 包，此時服務(wù)器進入 SYN_RECV 狀態(tài);
• 第三次握手:客戶端收到服務(wù)器的 SYN+ACK 包，向服務(wù)器發(fā)送確認包 ACK(ack=k+1)， 此包發(fā)送完畢，客戶端和服務(wù)器進入 ESTABLISHED 狀態(tài)，完成三次握手。 握手過程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后，客戶端與服務(wù)器才正式開始 傳送數(shù)據(jù)。

參考: http://www.cocoachina.com/programmer/20180314/22588.html

12.什么是四次揮手?

由于TCP連接是全雙工的，因此每個方向都必須單獨進行關(guān)閉。這原則是當一方完成它的數(shù)據(jù)發(fā)送任務(wù)后就能發(fā)送一個FIN來終止這個方向的連接。收到一個 FIN只意味著這一方向上沒有數(shù)據(jù)流動，一個TCP連接在收到一個FIN后仍能發(fā)送數(shù)據(jù)。首先進行關(guān)閉的一方將執(zhí)行主動關(guān)閉，而另一方執(zhí)行被動關(guān)閉。

1. TCP客戶端發(fā)送一個FIN，用來關(guān)閉客戶到服務(wù)器的數(shù)據(jù)傳送。
2. 服務(wù)器收到這個FIN，它發(fā)回一個ACK，確認序號為收到的序號加1。和SYN一樣，一個FIN將占用一個序號。
3. 服務(wù)器關(guān)閉客戶端的連接，發(fā)送一個FIN給客戶端。
4. 客戶端發(fā)回ACK報文確認，并將確認序號設(shè)置為收到序號加1。

13.什么是HTTTS?

HTTPS（全稱：Hyper Text Transfer Protocol over Secure Socket Layer 或 Hypertext Transfer Protocol Secure，超文本傳輸安全協(xié)議），是以安全為目標的HTTP通道，簡單講是HTTP的安全版。即HTTP下加入SSL層,HTTPS的安全基礎(chǔ)是SSL，因此加密的詳細內(nèi)容就需要SSL。

14.HTTPS連接過程簡述

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

15.什么是對稱加密

對稱加密是最快速、最簡單的一種加密方式，加密（encryption）與解密（decryption）用的是同樣的密鑰（secret key）。對稱加密有很多種算法，由于它效率很高，所以被廣泛使用在很多加密協(xié)議的核心當中。
常見的有AES,DES,3DES等

16.非對稱加密

非對稱加密為數(shù)據(jù)的加密與解密提供了一個非常安全的方法，它使用了一對密鑰，公鑰（public key）和私鑰（private key）。私鑰只能由一方安全保管，不能外泄，而公鑰則可以發(fā)給任何請求它的人。非對稱加密使用這對密鑰中的一個進行加密，而解密則需要另一個密鑰。
常見的: RSA算法

17. http 與https區(qū)別

HTTPS和HTTP的區(qū)別主要為以下四點：

1. https協(xié)議需要到ca申請證書，一般免費證書很少，需要交費。
2. http是超文本傳輸協(xié)議，信息是明文傳輸，https 則是具有安全性的ssl加密傳輸協(xié)議。
3. http和https使用的是完全不同的連接方式，用的端口也不一樣，前者是80，后者是443。
4. http的連接很簡單，是無狀態(tài)的；HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進行加密傳輸、身份認證的網(wǎng)絡(luò)協(xié)議，比http協(xié)議安全

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

• Session 是服務(wù)器用來認證,追蹤用戶的數(shù)據(jù)結(jié)構(gòu),通過判斷客戶端傳來的信息確定用戶,確定用戶唯一標志是客戶端傳來的 SessionId
• Cookie 是客戶端用來保存用戶信息的機制, 初次會話時, http 協(xié)議會在 Cookie 里記錄一個SessionID,之后每次會話時把 SessionID發(fā)給服務(wù)器
• Session 一般用于用戶驗證, 他默認存儲在服務(wù)器的一個文件里, 當然也可以存儲在內(nèi)存,數(shù)據(jù)庫里
• 若是客戶端禁用了Cookie, 則客戶端會用URL重寫技術(shù),即會話時在URL的末尾加上 SessionID,發(fā)給服務(wù)器

19.什么Socket?

• 網(wǎng)絡(luò)上的兩個程序通過一個雙向的通信連接實現(xiàn)數(shù)據(jù)的交換，這個連接的一端稱為一個socket。
• 建立網(wǎng)絡(luò)通信連接至少要一對端口號(socket)。socket本質(zhì)是編程接口(API)，對TCP/IP的封裝，TCP/IP也要提供可供程序員做網(wǎng)絡(luò)開發(fā)所用的接口，這就是Socket編程接口；HTTP是轎車，提供了封裝或者顯示數(shù)據(jù)的具體形式；Socket是發(fā)動機，提供了網(wǎng)絡(luò)通信的能力。

20.什么是DNS?

域名系統(tǒng)(DomainNameSystem，縮寫：DNS）是[互聯(lián)網(wǎng)]的一項服務(wù)。它作為將域名和IP地址相互映射的一個分布式數(shù)據(jù)庫，能夠使人更方便地訪問[互聯(lián)網(wǎng)]

21.DNS劫持問題?

DNS劫持又稱(域名劫持), 是指在劫持的網(wǎng)絡(luò)范圍內(nèi)攔截域名解析的請求，分析請求的域名，把審查范圍以外的請求放行，否則返回假的IP地址或者什么都不做使請求失去響應(yīng)，其效果就是對特定的網(wǎng)絡(luò)不能訪問或訪問的是假網(wǎng)址。
解決辦法: 使用HTTPDNS

22.網(wǎng)絡(luò)七層是什么?

OSI模型有7層結(jié)構(gòu)，每層都可以有幾個子層。 OSI的7層從上到下分別是 7 應(yīng)用層 6 表示層 5 會話層 4 傳輸層 3 網(wǎng)絡(luò)層 2 數(shù)據(jù)鏈路層 1 物理層 ；其中高層（即7、6、5、4層）定義了應(yīng)用程序的功能，下面3層（即3、2、1層）主要面向通過網(wǎng)絡(luò)的端到端的數(shù)據(jù)流。

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

23.項目中網(wǎng)絡(luò)層如何做安全處理？

1. 盡量使用https
2. 不要傳輸明文密碼
3. Post并不比Get安全
4. 不要使用301跳轉(zhuǎn)
5. http請求都帶上MAC
6. http請求使用臨時密鑰
7. AES使用CBC模式

24.斷點續(xù)傳如何實現(xiàn)?

通過HTTP，可以非常方便的實現(xiàn)斷點續(xù)傳。

• 斷點續(xù)傳主要依賴于HTTP頭部定義的Range，應(yīng)用可以通過HTTP請求曾經(jīng)獲取失敗的資源的某一個返回或者部分來恢復(fù)下載該資源。當然并不是所有風(fēng)服務(wù)器都支持Range，所以不支持Range的不在我們考慮之內(nèi)。Range是以字節(jié)計算的，請求的時候不比給我結(jié)尾字節(jié)數(shù)，因為請求方并不一定知道資源的大小。

通過這個關(guān)鍵字可以告訴服務(wù)器返回哪些數(shù)據(jù)給我。
比如:

• bytes=500-999 表示第500-第999字節(jié)
• bytes=500- 表示從第500字節(jié)往后的所有字節(jié)
• 然后我們再根據(jù)服務(wù)器返回的數(shù)據(jù)，將得到的data數(shù)據(jù)拼接到文件后面,就可以實現(xiàn)斷點續(xù)傳了。

25.什么是WebSocket，解決了什么問題？

WebSocket是應(yīng)用層第七層上的一個應(yīng)用層協(xié)議，它必須依賴 HTTP 協(xié)議進行一次握手 ，握手成功后，數(shù)據(jù)就直接從 TCP 通道傳輸，與 HTTP 無關(guān)了
Websocket的數(shù)據(jù)傳輸是frame形式傳輸?shù)模热鐣⒁粭l消息分為幾個frame，按照先后順序傳輸出去。這樣做會有幾個好處：

1. 大數(shù)據(jù)的傳輸可以分片傳輸，不用考慮到數(shù)據(jù)大小導(dǎo)致的長度標志位不足夠的情況。
2. 和http的chunk一樣，可以邊生成數(shù)據(jù)邊傳遞消息，即提高傳輸效率。
   總之：WebSocket 的實現(xiàn)分為握手，數(shù)據(jù)發(fā)送/讀取，關(guān)閉連接。

26.什么是心跳？

• 心跳就是用來檢測TCP連接的雙方是否可用
• 客戶端發(fā)起心跳Ping（一般都是客戶端），假如設(shè)置在10秒后如果沒有收到回調(diào)，那么說明服務(wù)器或者客戶端某一方出現(xiàn)問題，這時候我們需要主動斷開連接。

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

• 解決方法：將公鑰放在數(shù)字證書中。只要證書是可信的，公鑰就是可信的。

28. 公鑰加密計算量太大，如何減少耗用的時間？

• 解決方法：每一次對話（session），客戶端和服務(wù)器端都生成一個"對話密鑰"（session key），用它來加密信息。由于"對話密鑰"是對稱加密，所以運算速度非?？?，而服務(wù)器公鑰(非對稱加密)只用于加密"對話密鑰"本身，這樣就減少了加密運算的消耗時間。

29.AF中常駐線程的實現(xiàn)

• 使用單例創(chuàng)建線程 添加到runloop中，且加了一個NSMachPort，來防止這個新建的線程由于沒有活動直接退出。【 使用MachPort配合RunLoop進行線程?；睢?/p>

• AF3.x為什么不再需要常駐線程？
  NSURLConnection的一大痛點就是：發(fā)起請求后，這條線程并不能隨風(fēng)而去，而需要一直處于等待回調(diào)的狀態(tài)。
  NSURLSession發(fā)起的請求，不再需要在當前線程進行代理方法的回調(diào)！可以指定回調(diào)的delegateQueue，這樣我們就不用為了等待代理回調(diào)方法而苦苦?；罹€程了。
  同時還要注意一下，指定的用于接收回調(diào)的Queue的maxConcurrentOperationCount設(shè)為了1，這里目的是想要讓并發(fā)的請求串行的進行回調(diào)。
  為什么要串行回調(diào)？

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

這邊對 self.mutableTaskDelegatesKeyedByTaskIdentifier 的訪問進行了加鎖，目的是保證多線程環(huán)境下的數(shù)據(jù)安全
面試官可能會問你：為什么AF3.0中需要設(shè)置self.operationQueue.maxConcurrentOperationCount = 1;而AF2.0卻不需要？
--->>>
AF3.0的operationQueue是用來接收NSURLSessionDelegate回調(diào)的，鑒于一些多線程數(shù)據(jù)訪問的安全性考慮，設(shè)置了maxConcurrentOperationCount = 1來達到串行回調(diào)的效果
--->>>
AF2.0的operationQueue是用來添加operation并進行并發(fā)請求的，所以不要設(shè)置為1。

30. XMPP是什么?

1. XMPP 是一種基于XML的協(xié)議，XMPP是一個分散型通信網(wǎng)絡(luò)
2. XMPP是一種基于標準通用標記語言的子集XML的協(xié)議，它繼承了在XML環(huán)境中靈活的發(fā)展性，XMPP有超強的擴展性。XMPP中定義了三個角色，客戶端，服務(wù)端，網(wǎng)關(guān)。通信能夠在這個三者的任意兩個之間雙向發(fā)生，而他們的傳輸是XML流
3. XMPP工作原理:所有從一個客戶端到另一個客戶端的消息和數(shù)據(jù)都要通過服務(wù)端
4. XMPP允許建立并行的TCP套接字鏈接對所有連接上的客戶端和服務(wù)器端。持久的套接字的連接使得XMPP能夠更有效的支持高級的具有存在能力的應(yīng)用在帶寬和處理資源的使用中。

小結(jié)：
而XMPP的核心部分就是一個在網(wǎng)絡(luò)上分片斷發(fā)送XML的流協(xié)議。這個流協(xié)議是XMPP的即時通訊指令的傳遞基礎(chǔ)，也是一個非常重要的可以被進一步利用的網(wǎng)絡(luò)基礎(chǔ)協(xié)議。所以可以說，XMPP用TCP傳的是XML流。

31.MAC地址和ip地址的區(qū)別?

• MAC地址就是在媒體接入層上使用的地址，也叫物理地址、硬件地址或鏈路地址，由網(wǎng)絡(luò)設(shè)備制造商生產(chǎn)時寫在硬件內(nèi)部。
• IP即指使用TCP/IP協(xié)議指定給主機的32位地址。IP地址由用點分隔開的4個8八位組構(gòu)成，如192.168.0.1就是一個IP地址，這種寫法叫點分十進制格式。
• IP地址相當于你現(xiàn)在所處的地址，會隨著你的移動發(fā)生改變，而mac地址相當于你的身份證號這些個人信息，是獨一無二的，不會改變的。

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

需要做的事情是對客戶端偽裝服務(wù)端，對服務(wù)端偽裝客戶端，具體

• 截獲真實客戶端的HTTPS請求，偽裝客戶端向真實服務(wù)端發(fā)送HTTPS請求
• 接受真實服務(wù)器響應(yīng)，用Charles自己的證書偽裝服務(wù)端向真實客戶端發(fā)送數(shù)據(jù)內(nèi)容

沒有配置HTTPS 證書時，雖然是HTTPS請求確是能抓到數(shù)據(jù)，如果APP內(nèi)配置了https證書，就抓不到數(shù)據(jù)了，

33.Ping是什么協(xié)議

• ping也屬于一個通信協(xié)議，是TCP/IP協(xié)議的一部分。利用“ping”命令可以檢查網(wǎng)絡(luò)是否連通，

• PING （Packet Internet Groper），因特網(wǎng)包探索器，用于測試網(wǎng)絡(luò)連接量的程序。Ping發(fā)送一個ICMP（Internet Control Messages Protocol）即因特網(wǎng)信報控制協(xié)議；回聲請求消息給目的地并報告是否收到所希望的ICMPecho （ICMP回聲應(yīng)答）。它是用來檢查網(wǎng)絡(luò)是否通暢或者網(wǎng)絡(luò)連接速度的命令。作為一個生活在網(wǎng)絡(luò)上的管理員或者黑客來說，ping命令是第一個必須掌握的DOS命令，它所利用的原理是這樣的：利用網(wǎng)絡(luò)上機器IP地址的唯一性，給目標IP地址發(fā)送一個數(shù)據(jù)包，再要求對方返回一個同樣大小的數(shù)據(jù)包來確定兩臺網(wǎng)絡(luò)機器是否連接相通，時延是多少。

下一篇入口:

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