來源:https://www.cnblogs.com/Chilam007/p/6947235.html

HttpWatch是功能強大的網頁數據分析工具，集成在IE工具欄，主要功能有網頁摘要、cookies管理、緩存管理、消息頭發送/接收，字符查詢、POST數據、目錄管理功能和報告輸出。HttpWatch是一款能夠收集並顯示深層信息的軟件，它不用代理服務器或一些復雜的網絡監控工具，能夠在顯示網頁的同時顯示網頁請求和回應的日誌信息，甚至可以顯示瀏覽器緩存和IE之間的交換信息，集成在IE工具欄。（HttpWatch工具需要下載安裝，這裏就不詳說了，直接搜索百度就ok了）　

HTTP基礎知識之HTTP消息格式

　　當用戶使用瀏覽器訪問某個URL地址、提交表單數據時，瀏覽器會生成請求消息發送給服務器，服務器收到請求後，將生成的響應消息返回給瀏覽器。瀏覽器發出的請求信息和服務器返回的響應信息統稱為HTTP消息。HTTP消息有著嚴格的格式。

　　一個完整的請求消息包括：一個請求行、若幹消息頭及實體內容，其中一些消息頭和實體內容是可選的，消息頭和實體內容之間使用空行隔開，下面是HTTP請求消息內容：

(Request-Line)    GET /get.do?prod=wmail_lbp&ver=1&[email protected]&domain=163.com&mobUser=0&callback=themeHandler.callback&rnd=0.13562542999267713 HTTP/1.1
Accept    application/javascript, */*;q=0.8
Accept-Encoding    gzip, deflate
Accept-Language    zh-CN
Connection    Keep-Alive
Cookie    starttime=; logType=
Host    ir3.mail.163.com
Referer    http://mail.163.com/
User-Agent    Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)

　　一個完整的響應消息包括：一個狀態行、若幹消息頭及實體內容。與請求消息一樣，響應消息中的一些消息頭和實體內容也是可選的，消息頭和實體內容之間也要用空行隔開。下面是HTTP響應消息內容：

(Status-Line)    HTTP/1.1 200 OK
Connection    keep-alive
Content-Length    25037
Content-Type    application/json;charset=utf-8
Date    Mon, 05 Jun 2017 13:13:25 GMT
Server    nginx
Vary    Accept-Encoding
X-Cache    from ngx118-192.163.com

　　HTTP請求和HTTP響應消息頭都是用於描述HTTP消息本身的信息，通常也把這種描述信息稱為元信息，消息頭相當於服務器和瀏覽器之間的暗號指令，主要實現HTTP客戶機與服務器之間的條件請求和應答。

　　通常情況下消息頭分為4類：信息頭、請求頭、響應頭和實體頭：

1）通用信息頭：即能用於請求信息，也可以用於響應消息，但與被傳輸的實體內容沒有關系，如date、pragma。

2）請求頭：用於在請求消息中向服務器傳遞附加消息，主要包括客戶機可以接受的數據類型、壓縮方法、語言，以及客戶計算機上保留的cookie信息和發出該請求的超鏈接源地址等。

3）響應頭：用於在響應消息中向客戶端傳遞附加信息，包括服務程序的名稱、要求客戶端進行認證的方式、請求的資源已移動到的新地址等。

4）實體頭：用做實體內容的元信息，描述了實體內容的屬性，包括實體信息的類型、長度、壓縮方法、最後一次修改的時間和數據的有效期等。

　　請求消息的請求行中包括3部分：請求方式、資源路徑以及所使用的HTTP協議版本，各部分之間使用空格分隔，語法格式如下：

請求方式 資源路徑 HTTP版本號<CRLF>

其中<CRLF>表示回車和換行兩個字符的組合。

　　響應消息的狀態行中包括3部分的內容：HTTP協議的版本號、一個表示成功或失敗的整數代碼（狀態碼）和對狀態碼進行描述的文本信息，各部分內容之間使用空格分隔，語法格式如下：

HTTP版本號 狀態碼 原因敘述<CRLF>

HttpWatch工具之Request Grid

　　安裝好後在IE-工具下啟動HTTPWatch，輸入地址後點擊record按鈕即開始進行錄制，點擊stop按鈕即停止錄制，如圖1所示，錄制了163郵箱的登錄操作

圖1（request grid圖）

　　Started：相對開始時間，是指接下來訪問的URL相對於第一個URL被打開的時間，比如http://mimg.127.net/copyright/year.js是在html http://mail.163.com/頁面的0.006s才執行的。

　　Time Chart：耗時比例圖，即整個請求應答過程各部分所花時間比例圖。

　　Time：請求所消耗的時間。

　　Sent：提交該請求所發送的字節數。

　　Received：提交請求後服務器返回的字節數。

　　Method：提交請求的方法。

　　Result：請求處理的結果。

　　Type：服務器返回內容的類型。

URL：請求的URL地址。

　　在測試過程中主要關註Time、Received、Result三項的值，Time是請求的耗時，需要註意耗時大的請求，因為在整個業務響應時間過程中，耗時長的請求是最有可能需要調優的；Received是返回的字節數，在測試過程中需要關註返回字節數較大的需要，因為返回的字節數較大，會影響整個請求的耗時，它也是調優需要重點關註的內容；Result是指請求響應的狀態，需要關註其響應狀態為非200的值，請求響應狀態只有200是正確的，其他的都是異常的，如果請求出現異常情況，說明事務很有可能操作失敗，這樣直接影響了事務的成功率。

HttpWatch工具之Request View

Request View內容詳細記錄了每個請求的信息，主要包括下面列舉的內容：

一、Overview，如圖2所示

圖2（Overview內容）

　　Display URL：表示請求的URL；

　　Started At：表示該請求開始的時間；

　　Submit Form：表示表單被提交到URL，只有POST操作時才會有該項；

　　Connecte：表示TCP連接操作；

　　HTTP Request：表示一個請求被發出去；

　　HTTP Response：表示一個應答被收回；

　　Read Cache：表示該次請求是從cache中讀取應答消息；

二、Time Chart，如圖3所示

圖3（Time Chart圖）

顯示了一次請求應答過程中每個時間片段所花費的時間。一次完整的請求應答過程需要經歷的時間片段如下：Blocked->DNS Lookup->Connect ->Send ->Wait ->Receive。

各時間片段含義如下：

　　Blocked（阻塞）：阻塞的時間主要包括預處理時間（如緩存查找）和網絡排隊等待時間，導致阻塞最主要原因是下載頁面中的圖片；

　　DNS Lookup（域名解釋）：域名解釋時間主要是將主機名（如www.google.com）轉化為相應的IP地址（216.239.59.99）的時間，在訪問URL地址時，地址本身不能被直接訪問，需要將它對應為相應的IP地址才能訪問；

　　Connect（連接）：連接時間是指與web服務器（或代理服務器）建立起TCP連接需要的時間，一個安全的HTTPS連接應該包含SSL握手的過程，讓系統處於一種保持連接的狀態，可以節約重復創建TCP連接的時間

　　Send（發送）：發送時間是指從客戶端發送HTTP請求到服務器所花費的時間，並且發送數據大小會影響發送的時間，如上傳文件花費的時間就比較長；

　　Wait（等待）：等待時間是指服務器響應請求的時間，這個值包括網絡延遲和服務器處理請求所花費的時間；

　　Receive（接收）：接收時間是指服務器返回數據到客戶端所花費的時間，這個時間受所返回消息內容大小、網絡帶寬和HTTP壓縮比的影響；

　　Cache Read（讀cache）：讀緩存時間是指從瀏覽器緩存中讀取內容的時間；

三、Headers，如圖4所示

圖4（Headers的內容）

Headers Sent的內容如下：

　　(Request-Line)：包括HTTP提交請求方法、HTTP版本和URL子路徑；

　　Accept：可接受的文件類型；

　　Accept-Encoding：可接受的純文本之外的內容編碼的類型；

　　Accept-Language：可接受的返回數據的語言種類；

　　Connection：指定該次請求回應結束後，如何處理連接；

　　Cache-Control：指定請求和響應遵循的緩存機制；

　　Location：用於重定向接收者到一個新URL地址；

　　Host：請求連接的主機名；

Headers Received的內容如下：

　　(Status-Line)：包括HTTP請求的狀態碼和HTTP版本信息；　

　　Connection：指定該次請求回應結束後，如何處理連接；

　　Cache-Control：指定請求和響應遵循的緩存機制；

　　Content-Language：內容數據的語言種類；

　　Content-Length：傳輸的內容長度；

　　Content-Type：內容數據的類型（Mini Type）；

　　Last-Modified：服務器上保存內容的最後修訂時間；

　　Expires：內容數據被緩存的過期時間；

四、Cookies，如圖5所示

圖5（Cookies的內容）

　　Cookie Name：cookie的名稱；

　　Direction：表明該cookie是由客戶端發送到服務器的還是從服務器接收的；

　　Value：cookie的內容；

　　Path：該cookie所在站點的路徑；

　　Domain：顯示該cookie所屬的域名或主機名；

　　Expires：指該cookie失效時間，當瀏覽器關閉時該cookie值將被刪除；

五、Cache，如圖6所示

圖6（Cache的內容）

　　URL in cache?：該項內容是否寫入瀏覽器緩存 ；

　　Expires：cache失效日期和時間；

　　Last Modification：當cache內容被存儲或更新時，那麽更改日期將會修改為最近的日期；

　　Last Cache Update：cache內容被更新的最近時間；

　　Last Access：最近一次讀cache的時間；

　　ETag：用來匹配服務器上的實體，使用的方式為模糊匹配；

　　Hit Count：讀cache內容的次數；

六、Query String，如圖7所示

圖7（Query String的內容）

　　Query String是通過URL來傳遞參數的一種方式，格式通常為：...?name1=value1&name2=value2&...

　　Query String內容中可以顯示當前URL中所有的參數名及對應的值，圖7所對應的URL如下：

http://ir3.mail.163.com/get.do?prod=wmail_lbp&ver=1&uid=****@163.com&domain=163.com&mobUser=0&callback=themeHandler.callback&rnd=0.639472691290614

七、POST Data，如圖8所示，顯示以POST方式請求的數據信息，其中Mime Type:application/json，是指POST方式提交數據的編碼方式。

圖8（POST Data的內容）

八、Content，如圖9所示，顯示接收到的HTTP響應信息，包括MIME的類型，總的字節數和這些內容是否從服務中下載或從緩存中讀取，如果對HTTP進行了壓縮，還應該顯示壓縮的方式、壓縮後的文件大小及壓縮比。

圖9（Content的內容）

九、Stream，如圖10所示，主要是顯示客戶端發送的內容和服務器返回的內容。左邊顯示的是客戶端發送的內容，顯示了數據流大小和發送到哪個服務器，如圖所示，發送的字節數為2173個字節，服務器的IP地址為220.181.12.208，端口號為80。右邊顯示的是服務器返回的內容，包括返回的字節數和返回到客戶端的IP地址。

圖10（Stream的內容）

左邊為客戶端向服務器提交的請求，內容如下：

　　GET /entry/cgi/ntesdoor?df=loginjustnowmail163&funcid=loginjustnow&iframe=1 HTTP/1.1：GET表示請求方式，‘/’表示URI（uniform resource identifier，是web上訪問可用資源的一種通用資源標識符），HTTP/1.1表示使用的協議和協議版本；

　　Accept：表示接受返回數據的類型， */*表示允許接受所有的數據類型；

　　Referer: 表示一個URL地址（如http://mail.163.com/），表示從該地址發出的請求；

　　Accept-Language: 表示接受返回數據的語言，如zh-CN表示接受返回數據語言為中文；

　　Accept-Encoding: 表示瀏覽器可接受除純文本外的內容編碼的類型，如gzip壓縮, deflate壓縮內容；

　　User-Agent：標識客戶端瀏覽器類型及相關版本信息；

　　Host：主機標識地址；

　　Connection: 表示連接狀態，如Keep-Alive表示保持TCP的連接狀態；

右邊的內容為服務器向客戶端返回的數據內容，如下：

　　HTTP/1.1 200 OK：表示協議、協議版本、請求的狀態；

　　Date：表示發送HTTP消息的日期；

　　Expires：表示實體的有效期；

　　Content-Type：表示服務器返回請求類型，如text/html；

　　Last-Modified：表示被請求資源上次修改的日期和時間；

　　Age：表示HTTP接受請求操作響應的緩存時間；

十、！Warnings，如圖11所示，顯示了單個請求出現警告的內容，顯示的內容包括警告ID、警告類型和警告的詳細描述，關於警告類型主要3種：performance（性能）、security（安全）和Functional（功能）

圖11（！Warnings的內容）

HttpWatch工具之Summary View

　　summary可以顯示一個頁面或一組頁面請求的概要信息，如圖12所示：

圖12（summary-network的內容）

　　Elapsed Time：表示從第一個請求開始到當前頁面所有請求都完成所消耗的時間，單位為s，顯然該值越小越好；

　　Network Round Trips：表示提交請求到請求信息返回共經歷的web服務器的次數，同樣該值越小越好；

　　Downloaded Data：下載的字節數，單位為字節，同樣該值越小越好；

　　Uploaded Data：表示發送到服務器端的數據，單位為字節數，同樣該值越小越好；

　　HTTP Compression Savings：表示HTTP數據壓縮後，減少的字節數；

　　DNS Lookups：表示將域名解析為對應的IP地址的次數（如將域名www.google.com解析為72.14.221.103）；

　　TCP Connects：表示建立TCP連接的次數，這項值用於表示服務器保持連接的能力，同樣該值越小越好；

　　Total HTTPS overhead：在所有的提交請求中有多少需要加密的請求；

　　Average HTTPS overhead per request：平均每個請求的HTTP值，如果這個值過高很可能是因為服務器不正確引起的。

page events的內容如圖13所示，表示頁面請求的事件以及每個事件對應所消耗的時間，關於時間塊的組成在request view中的time chart部分進行了詳細的介紹，這裏就不贅述。

圖13（page events的內容）

timings的內容如圖14所示，表示URL請求各階段所消耗的時間，同上也是不贅述。

圖14（timings的內容）

status codes的內容如圖15所示，主要顯示客戶端提交請求後，服務器返回的狀態碼。

圖15（status codes的內容）

errors和warning內容主要是顯示在請求過程中，出現的錯誤和警告的信息。

HttpWatch工具之其他功能

除上面描述的功能外，還有兩個其他功能，即過濾和查找功能，如圖16、17所示：

圖16（filter對話框）

圖17（find對話框）

HttpWatch功能詳細介紹