使用 Fiddler Everywhere 進行抓包

開啟各項必備功能

• 在打開瀏覽器之前需要先開啟LiveTraffic為Capturing
  

• 然后點擊像芯片一樣的東西叫Decode
  （藍色為開啟狀態）這個東西在原fiddler4中是這樣顯示的，也是就為了糾正respond中出現亂碼的現象，也就是Rules下的RemoveAll Encodings
  

• 如果需要抓取視頻流或其他持續傳輸流的話就需要開啟Stream（藍色為開啟狀態）。
  原fiddler4中也有該選項

• 如果需要指定訪問的url就需要添加過濾器
  這里的過濾器有很多，除了最上面的那個其他功能都是一樣的；該功能和Fiddler4中“Filters”類似。
  —— 最上面的過濾器是為整體提供過濾，級別最高，但是需要了解response中返回的header中都包含那些字段，並且需要將指定字段和其中的值都填寫一字不差才能進行過濾，但是這個過濾器可以過濾請求和相應的所有header內容。（不是很好用，他只能過濾一項）
  
  ——下面的過濾器為當前標簽下，可以很靈活的選擇過濾內容，可以選擇or和and類型的刪選條件
  
  選項卡中也包含很多中選項非常有用。

抓取CSDN首頁

1. 首先查看csdn首頁的url地址信息“https://www.csdn.net/”
2. 開啟各個必選功能。
3. 設置規則request為hosts：https://www.csdn.net/
   
4. 訪問瀏覽器，
5. 點擊小三角，查看Inspectors
   
   然后我發現http協議居然掉到了1.1（firefox是2.0先不管那個）；
   fiddler還提供了response內容彈窗，方便觀察特別長的相應內容。（我就是想寫個教程，寫着寫着在那個感覺自己是銷售）
   但是這個不能直接導出頁面為文件，只能進入到彈窗內進行復制原文。

對CSDN首頁進行mock

1. fiddler Everywhere 為了防止復制粘貼操作產生錯誤的現象提供了一個快捷方式
   
   右鍵當前csdn的標簽，添加個Rule規則到Auto Responder 里以方便進行mock
2. 點擊右側標簽進入控制界面
3. 會看到規則里添加一個csdn首頁的規則，並且該規則是開啟狀態的，在開啟狀態下可以點擊進行更改
4. 然后找到動態修改一下內容看看是否有限制
   
   點擊保存
5. 查看網站是否被更改
6. 然后我發現他居然沒有長度限制，吼吼！
7. 看完之后記得關閉mock的頁面防止以后出錯
   

對CSDN首頁進行調試

最后來看看這個感覺不太行的Composer接口調試

1. 首先他有個很有趣的功能，可以將raw格式文本信息頭直接轉換為標准的標簽格式，為了驗證http2.0協議是否可用，我這里進行2.0協議的訪問。
   
2. 然后將RawView在改會原有的key-Value,就會發現所有key和value都被正確填寫了。
   
3. 點擊發送后我發現，我不能通過2.0協議訪問。
   
   服務器居然給我505的響應。
   然后我以為是瀏覽器的問題，於是修改了User-Agent為firefox下的信息，然后仍然返回505
   一臉茫然
   然后我用firefox進行抓包后發現協議又變成了http1.1版。
   無解，提交bug。