利用TCPIP Monitor分析HTTP協議的請求應答機制

 

一.配置 

安裝MyEclipse外掛程式，開啟Eclipse；選擇WindowàShow ViewàOtheràMyEclipse CommonàTCP/IP Monitor進入TCP/IP監測視窗。 在主視窗右擊滑鼠，選擇Properties；點Add增加一個監視連接埠的配置。如圖：  備忘：Local monitoring port為本地監視連接埠，Host name和Port為被監視的目標地址及連接埠二 監視 

在瀏覽器中輸入服務的地址，如http://127.0.0.1:8000/Knowledge，連接埠使用現在配置的監測連接埠8000，相當於在本地連接埠與應用程式服務8080連接埠之間設定了一個代理連接埠8000(對應於配置)，所有請求服務返回的資料都會被8000連接埠捕獲。   概覽:兩次滑鼠動作請求的url 第一次請求(/Knowledge/kstopic.action)和響應的詳細情況 向伺服器請求並載入頁面include進去的Javascript檔案 向伺服器請求並載入頁面include進去的CSS檔案 請求頁面引用的圖片第二次請求,url為/Knoledge/showFaqList.action，左側框內為第二次用戶端真正請求伺服器資源的列表請求頁面本文的部分 

對照上面兩張圖，可以看到頁面裡面既引入了CSS檔案，又包含其它.gif圖片，但實際上用戶端只請求了這些資源——fanye_01到fanye_04的四張圖片，對於其它資源比如css/m_css.css,image/bigfeet_50.gif並沒有再次向伺服器請求就已經載入，Why?  分析及總結 

1.一次請求首先返回的是全部頁面文本，然後瀏覽器解析文本，發現頁面內部引用的資源時需要重新向伺服器發送請求，載入資源到本地 2.本機快取機制，同一個資源(如CSS、圖片)在以後的請求頁面中被遇到時，瀏覽器不再向服務端發送請求，而是直接從本機快取中載入 3.監測到的Response：狀態代碼200   HTTP/1.1 200 OK ==>        所以Ajax開發當中為什麼要判斷status        if(req.readyState == 4)             {                 if(req.status == 200)                 {  …                 }             } 4.認識這些有助於加深對Web編程的理解，分析頁面的產生方式，編程中頁面最佳化提升效能就有了方向