web效能測試中有乙個web資源分析,web資源是從伺服器入手對web伺服器的效能進行分析。所以了解一下以下資訊是很有必要的哦。
一:響應頭資訊
應答頭說明
allow
伺服器支援哪些請求方法(如get、post等)。
content-encoding
content-length
表示內容長度。只有當瀏覽器使用持久http連線時才需要這個資料。如果你想要利用持久連線的優勢,可以把輸出文件寫入 bytearrayoutputstram,完成後檢視其大小,然後把該值放入content-length頭,最後通過 bytearraystream.writeto(response.getoutputstream()傳送內容。
content-type
表示後面的文件屬於什麼mime型別。servlet預設為text/plain,但通常需要顯式地指定為text/html。由於經常要設定content-type,因此httpservletresponse提供了乙個專用的方法setcontenttyep。
date
當前的gmt時間。你可以用setdateheader來設定這個頭以避免轉換時間格式的麻煩。
expires
應該在什麼時候認為文件已經過期,從而不再快取它?
last-modified
文件的最後改動時間。客戶可以通過if-modified-since請求頭提供乙個日期,該請求將被視為乙個條件 get,只有改動時間遲於指定時間的文件才會返回,否則返回乙個304(not modified)狀態。last-modified也可用setdateheader方法來設定。
location
表示客戶應當到**去提取文件。location通常不是直接設定的,而是通過httpservletresponse的sendredirect方法,該方法同時設定狀態**為302。
refresh
表示瀏覽器應該在多少時間之後重新整理文件,以秒計。除了重新整理當前文件之外,你還可以通過setheader("refresh", "5; url=http://host/path")讓瀏覽器讀取指定的頁面。
注意這種功能通常是通過設定html頁面head區的<meta http-equiv="refresh" content="5;url=http://host/path">實現,這是因為,自動重新整理或重定向對於那些不能使用cgi或servlet的 html編寫者十分重要。但是,對於servlet來說,直接設定refresh頭更加方便。
注意refresh的意義是「n秒之後重新整理本頁面或訪問指定頁面」,而不是「每隔n秒重新整理本頁面或訪問指定頁面」。因此,連續重新整理要求每次都傳送乙個refresh頭,而傳送204狀態**則可以阻止瀏覽器繼續重新整理,不管是使用refresh頭還是<meta http-equiv="refresh" ...>。
注意refresh頭不屬於http 1.1正式規範的一部分,而是乙個擴充套件,但netscape和ie都支援它。
server
伺服器名字。servlet一般不設定這個值,而是由web伺服器自己設定。
set-cookie
設定和頁面關聯的cookie。servlet不應使用response.setheader("set-cookie", ...),而是應使用httpservletresponse提供的專用方法addcookie。參見下文有關cookie設定的討論。
www-authenticate
客戶應該在authorization頭中提供什麼型別的授權資訊?在包含401(unauthorized)狀態行的應答中這個頭是必需的。例如,response.setheader("www-authenticate", "basic realm=\"executives\"")。
注意servlet一般不進行這方面的處理,而是讓web伺服器的專門機制來控制受密碼保護頁面的訪問(例如.htaccess)。
錯誤**解釋
"100" : continue
"101" : witching protocols
"200" : ok
"201" : created
"202" : accepted
"203" : non-authoritative information
"204" : no content
"205" : reset content
"206" : partial content
"300" : multiple choices
"301" : moved permanently
"302" : found
"303" : see other
"304" : not modified
"305" : use proxy
"307" : temporary redirect
http 400 - 請求無效
http 401.1 - 未授權:登入失敗
http 401.2 - 未授權:伺服器配置問題導致登入失敗
http 401.3 - acl 禁止訪問資源
http 401.4 - 未授權:授權被篩選器拒絕
http 401.5 - 未授權:isapi 或 cgi 授權失敗
http 403 - 禁止訪問
http 403 - 對 internet 服務管理器 (html) 的訪問僅限於 localhost
http 403.1 禁止訪問:禁止可執行訪問
http 403.2 - 禁止訪問:禁止讀訪問
http 403.3 - 禁止訪問:禁止寫訪問
http 403.4 - 禁止訪問:要求 ssl
http 403.5 - 禁止訪問:要求 ssl 128
http 403.6 - 禁止訪問:ip 位址被拒絕
http 403.7 - 禁止訪問:要求客戶證書
http 403.8 - 禁止訪問:禁止站點訪問
http 403.9 - 禁止訪問:連線的使用者過多
http 403.10 - 禁止訪問:配置無效
http 403.11 - 禁止訪問:密碼更改
http 403.12 - 禁止訪問:對映器拒絕訪問
http 403.13 - 禁止訪問:客戶證書已被吊銷
http 403.15 - 禁止訪問:客戶訪問許可過多
http 403.16 - 禁止訪問:客戶證書不可信或者無效
http 403.17 - 禁止訪問:客戶證書已經到期或者尚未生效
http 404.1 - 無法找到 web 站點
http 404 - 無法找到檔案
http 405 - 資源被禁止
http 406 - 無法接受
http 407 - 要求**身份驗證
http 410 - 永遠不可用
http 412 - 先決條件失敗
http 414 - 請求 - uri 太長
http 500 - 內部伺服器錯誤
http 500.100 - 內部伺服器錯誤 - asp 錯誤
http 500-11 伺服器關閉
http 500-12 應用程式重新啟動
http 500-13 - 伺服器太忙
http 500-14 - 應用程式無效
http 500-15 - 不允許請求 global.asa
error 501 - 未實現
http 502 - 閘道器錯誤
http請求頭和響應頭資訊
1 請求頭 accept accept encoding gzip,deflate,br 指定定客戶端可以接受web伺服器返回的內容壓縮編碼型別 accept language zh cn,zh q 0.8,zh tw q 0.7,zh hk q 0.5,en us q 0.3,en q 0.2 接...
HTTP響應頭資訊和請求頭資訊詳解
web效能測試中有乙個web資源分析,web資源是從伺服器入手對web伺服器的效能進行分析。所以了解一下以下資訊是很有必要的哦。一 響應頭資訊 應答頭說明 allow 伺服器支援哪些請求方法 如get post等 content encoding content length 表示內容長度。只有當瀏...
HTTP響應頭資訊和請求頭資訊詳解
一 響應頭資訊 應答頭說明allow 伺服器支援哪些請求方法 如get post等 content encoding content length 表示內容長度。只有當瀏覽器使用持久http連線時才需要這個資料。如果你想要利用持久連線的優勢,可以把輸出文件寫入 bytearrayoutputstra...