HTTP 1.1狀態代碼及其含義

本人已經查到了!
狀態代碼  狀態信息  含義  
100  Continue  初始的請求已經接受，客戶應當繼續發送請求的其余部分。（HTTP 1.1新）  
101  Switching Protocols  服務器將遵從客戶的請求轉換到另外一種協議（HTTP 1.1新）  
200  OK  一切正常，對GET和POST請求的應答文檔跟在后面。
201  Created  服務器已經創建了文檔，Location頭給出了它的URL。  
202  Accepted  已經接受請求，但處理尚未完成。  
203  Non-Authoritative Information  文檔已經正常地返回，但一些應答頭可能不正確，因為使用的是文檔的拷貝（HTTP 1.1新）。  
204  No Content  沒有新文檔，瀏覽器應該繼續顯示原來的文檔。如果用戶定期地刷新頁面，而Servlet可以確定用戶文檔足夠新，這個狀態代碼是很有用的。  
205  Reset Content  沒有新的內容，但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容（HTTP 1.1新）。  
206  Partial Content  客戶發送了一個帶有Range頭的GET請求，服務器完成了它（HTTP 1.1新）。  
300  Multiple Choices  客戶請求的文檔可以在多個位置找到，這些位置已經在返回的文檔內列出。如果服務器要提出優先選擇，則應該在Location應答頭指明。  
301  Moved Permanently  客戶請求的文檔在其他地方，新的URL在Location頭中給出，瀏覽器應該自動地訪問新的URL。  
302  Found  類似于301，但新的URL應該被視為臨時性的替代，而不是永久性的。注意，在HTTP1.0中對應的狀態信息是“Moved Temporatily”。
出現該狀態代碼時，瀏覽器能夠自動訪問新的URL，因此它是一個很有用的狀態代碼。

注意這個狀態代碼有時候可以和301替換使用。例如，如果瀏覽器錯誤地請求[url]http://host/~user[/url]（缺少了后面的斜杠），有的服務器返回301，有的則返回302。

嚴格地說，我們只能假定只有當原來的請求是GET時瀏覽器才會自動重定向。請參見307。

303  See Other  類似于301/302，不同之處在于，如果原來的請求是POST，Location頭指定的重定向目標文檔應該通過GET提?。℉TTP 1.1新）。  
304  Not Modified  客戶端有緩沖的文檔并發出了一個條件性的請求（一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔）。服務器告訴客戶，原來緩沖的文檔還可以繼續使用。  
305  Use Proxy  客戶請求的文檔應該通過Location頭所指明的代理服務器提取（HTTP 1.1新）。  
307  Temporary Redirect  和302（Found）相同。許多瀏覽器會錯誤地響應302應答進行重定向，即使原來的請求是POST，即使它實際上只能在POST請求的應答是303時才能重定向。由于這個原因，HTTP 1.1新增了307，以便更加清除地區分幾個狀態代碼：當出現303應答時，瀏覽器可以跟隨重定向的GET和POST請求；如果是307應答，則瀏覽器只能跟隨對GET請求的重定向。（HTTP 1.1新）  
400  Bad Request  請求出現語法錯誤。  
401  Unauthorized  客戶試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭，瀏覽器據此顯示用戶名字/密碼對話框，然后在填寫合適的Authorization頭后再次發出請求。  
403  Forbidden  資源不可用。服務器理解客戶的請求，但拒絕處理它。通常由于服務器上文件或目錄的權限設置導致。  
404  Not Found  無法找到指定位置的資源。這也是一個常用的應答。  
405  Method Not Allowed  請求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）對指定的資源不適用。（HTTP 1.1新）  
406  Not Acceptable  指定的資源已經找到，但它的MIME類型和客戶在Accpet頭中所指定的不兼容（HTTP 1.1新）。  
407  Proxy Authentication Required  類似于401，表示客戶必須先經過代理服務器的授權。（HTTP 1.1新）  
408  Request Timeout  在服務器許可的等待時間內，客戶一直沒有發出任何請求?？蛻艨梢栽谝院笾貜屯徽埱蟆＃℉TTP 1.1新）  
409  Conflict  通常和PUT請求有關。由于請求和資源的當前狀態相沖突，因此請求不能成功。（HTTP 1.1新）  
410  Gone  所請求的文檔已經不再可用，而且服務器不知道應該重定向到哪一個地址。它和404的不同在于，返回407表示文檔永久地離開了指定的位置，而404表示由于未知的原因文檔不可用。（HTTP 1.1新）  
411  Length Required  服務器不能處理請求，除非客戶發送一個Content-Length頭。（HTTP 1.1新）  
412  Precondition Failed  請求頭中指定的一些前提條件失?。℉TTP 1.1新）。  
413  Request Entity Too Large  目標文檔的大小超過服務器當前愿意處理的大小。如果服務器認為自己能夠稍后再處理該請求，則應該提供一個Retry-After頭（HTTP 1.1新）。  
414  Request URI Too Long  URI太長（HTTP 1.1新）。  
416  Requested Range Not Satisfiable  服務器不能滿足客戶在請求中指定的Range頭。（HTTP 1.1新）  
500  Internal Server Error  服務器遇到了意料不到的情況，不能完成客戶的請求。  
501  Not Implemented  服務器不支持實現請求所需要的功能。例如，客戶發出了一個服務器不支持的PUT請求。  
502  Bad Gateway  服務器作為網關或者代理時，為了完成請求訪問下一個服務器，但該服務器返回了非法的應答。  
503  Service Unavailable  服務器由于維護或者負載過重未能應答。例如，Servlet可能在數據庫連接池已滿的情況下返回503。服務器返回503時可以提供一個Retry-After頭。  
504  Gateway Timeout  由作為代理或網關的服務器使用，表示不能及時地從遠程服務器獲得應答。（HTTP 1.1新）  
505  HTTP Version Not Supported  服務器不支持請求中所指明的HTTP版本。（HTTP 1.1新）

http://www.yywap.com/zqzn.asp

http://www-128.ibm.com/developerworks/cn/wireless/

 

其實很多時候都會忽略一些問題，比如參數驗證，像這段代碼：第二行開始的輸入參數驗證，第8行的輸出參數驗證（雖然返回的list！=null ，可是他的size卻為0，郁悶），雖然編程規范很多，可有多少人全能記住并照做，習慣很重要吧！打算有時間整理一份編程規范，簡短但是實用的。。

有空再整理。。。。
我們現在的做法是Transaction Script模式（http://www.martinfowler.com/eaaCatalog/transactionScript.html）。實體對象只是一個pojo。DAO負責將數據轉化為實體對象。業務邏輯放在service里，每個service方法是一個Transaction Script。
理由：
   Transaction Script不夠OO
   Transaction Script說白了是