Charles的使用

基本結構

主要是會話的兩種視圖模式以及對應的request/response面板組成: 
Structure視圖
Sequence視圖json

Structure視圖模式下,列表回按照域名來歸類全部請求,而Sequence視圖則是按照請求發生的順序來展現; 
多是以前用Fiddler或者人眼閱讀的順序,習慣先左右後上下,可是Structure模式又很差找按序查找請求,對於不清楚api發生順序的狀況下不方便理順邏輯,而sequence模式是上下模式,怎麼看怎麼浪費時間,這點差點讓我放棄用它了…api

經常使用的功能在圖上已經有註釋,很少說,感受chales的右鍵功能比fiddler多一點; 
Save response : 保存response數據到文件中,方便後面用於重定向功能 map local...
Export : 能夠將選中的多個會話信息完整導出成文件,方便不一樣開發人員進行調試或者現象復現分析,而後經過File - import 來導入; 
repeat advanced…` : 能夠對設置重發次數以及併發數,能夠用於進行簡單的服務器壓測,看到有些簡友還用它來對付通常的釣魚網站,有點意思…瀏覽器

菜單

Proxy 菜單

這個用得比較多,在這裏設置跟蹤捕捉過濾功能: 
Proxy menu服務器

設置會話捕捉條件

record_setting 
include 面板用於啓用/中止能夠捕捉/顯示的會話; 
exclude 表示不顯示的會話,在會話列表中右鍵選擇 ignore 時,對應的url會出如今這裏;網絡

record_setting_add 
比較好用的是過濾條件支持通配符, * 表示任意多個字符, ? 表示一個字符,如 Protocol 中有 http ,https 和 「」,選擇空白或者輸入 * 均可以表示任意協議的請求;併發

設置容許鏈接的ip地址

access_control_settings

模擬網絡環境

throtte_settings

在這裏選擇要模擬的網絡環境,選項比Fidder多不少,也能夠自定義,最人性的還能夠對指定的url進行網絡環境摸你, 好評… 
這裏設置完成後經過 Proxy - Start Throttling(Ctrl+T) 或者經常使用工具欄按鈕來啓用或中止;工具

設置爲代理服務器,並捕獲手機請求

proxy_settings 
端口號 Port 默認 8888 ,跟Fiddler同樣,免得切換軟件的時候,手機還得從新設置wifi代理了; 
記得啓用 Enable transtarent HTTP proxying網站

手機上的設置跟Fiddler相似,切換到wifi設置頁面,選擇Proxy 選擇 manual ,代理服務器設置爲charles所在設備的ip,端口就是上面設定的 8888 , 注意: 手機和charles所在機器需處於同一個wifi網絡中;url

以上設定完成後,就能夠charles中捕獲手機請求了,第一次鏈接的時候charles會彈出確認提示框,選擇 allow 就行了: 
mobile_connect代理

Tools菜單

Tool_menu

rewrite動態修改request/response信息

跟 map local 相似,也能夠對response進行修改,不過他改變的只是部份信息,好比:主機地址( Host ),返回狀態碼( response status ),返回信息內容( body )等: 
rewrite_rule

捕獲https請求

1. 在本機上安裝證書

help_ssl_proxying 
這裏能夠直接選擇 Install charles root certificate,會在本機上安裝證書,也能夠如圖選擇保存證書,而後手動導入到須要的位置,操做相似: 
install_certificate.gif

2. 在手機上安裝證書

單擊 help – ssl proxying - install charles root certificate on a mobile device or remote browser ,會彈出提示框,而後在手機瀏覽器上輸入網址: chls.pro/ssl ,而後根據提示保存證書便可: 
install_certificate_on_mobile

3. 啓用https捕捉

ssl_proxy_settings 
啓用後就能夠在會話視圖列表中看到https請求了;

斷點功能

能夠在會話列表中右鍵點擊某個會話,而後在菜單中選擇 Breakpoints ,也能夠在 Proxy - Breakpoint settings... 中手動新建/啓用某個斷點而且勾選 Proxy - enable breakpoints ,這樣,當下次再有該請求時,會自動進入斷點模式;

一個完整請求會進入斷點模式2次,request的發出以前以及收到服務器的response但還沒有返回給客戶端的時候;

斷點request的時候,能夠求改reqeust信息,不過咱們程序都有對請求頭作校驗和處理,修改參數後通常就直接報錯了,因此這裏看看response就好,反正操做相似: 
breakpoints

在 edit response 中能夠雙擊直接修改json文件的key/value值,很方便,修改完成後單擊 execute 繼續執行其餘操做,將修改後的response返回給客戶端;

response重定向功能

這個跟Fiddler的autoResponse功能相似,能夠指定本地文件( map local... )也能夠指定爲其餘服務器( map remote... )上的文件,咱們介紹前一種;

斷點能夠用於臨時修改數據,也是一種重定向功能,如果要長期重定向,咱仍是將返回重定向到本機文件比較方便,具體方法: 
* 準備一份要返回給客戶端的response數據文件,能夠從前面介紹的 save Response 來保存正常數據,而後修改後做爲本地數據文件,也能夠按照本身須要構造一份(用於服務端api還沒有發佈,但移動端又須要進行調試的時候); 
* 選中某個會話,右鍵單擊,從菜單最下方中選擇 map local ... , 也能夠單擊 Tools - Map Local... 打開 map lcoal settings 來添加一個映射關係,兩種操做是同樣的,前者只不過直接把url信息給寫好了: 
map_local 
* 完成設定後,後續符合條件的請求都會用本地映射文件替代;

小結: 我如今是Fiddler和charles配合使用,主要是Fiddler的https捕獲我用的時候一直出問題,可是charles就很一切正常,除此以外,我用charles比較少,由於日常須要的基本功能二者都知足,可是: 
1. charles的sequence是上下視圖模式,我徹底不習慣,感受眼睛橫向的時候基本都不須要動,很方便也舒服; 
2. 在charles刪除幾百個會話信息的時候就能夠感受獲得卡了那麼一瞬間,而Fiddler就很順暢; 
3. charles的filter功能沒fiddler強大; 
4. fiddler提供腳本自定義功能,若是是C#開發者的話,還能夠很方便的集成fiddler_core到本身的應用中;

擴展閱讀: Fiddler的使用技巧

相關文章
相關標籤/搜索