1、常見的狀態碼有哪些？
http狀態碼分類：
1XX 提示信息 – 表示請求正在處理
2XX 成功 – 表示請求正常處理完畢
3XX 重定向 – 要完成請求必須進行更進一步的處理
4XX 客戶端錯誤 – 請求有語法錯誤或請求無法實現
5XX 伺服器端錯誤 – 伺服器處理請求出錯
常見的狀態碼有哪些？
① 200：請求成功，瀏覽器會把響應體內容（通常是html）顯示在瀏覽器中；
② 404：(客戶端問題)請求的資源沒有找到，說明客戶端錯誤的請求了不存在的資源；
③ 500：(服務端問題)請求資源找到了，但伺服器內部發生了不可預期的錯誤；
④ 301/302/303：(網站搬家了，跳轉)重定向
⑤ 304: Not Modified,代表上次的文檔已經被緩存了,還可以繼續使用。如果你不想使用本地緩存可以用Ctrl+F5 強制刷新頁面
次一級常見的狀態碼有哪些？
1．204 No content 服務端返回的僅有狀態行和響應頭。不含響應主體
一般出現在只需要從客戶端向服務端發送消息，而服務端不需要向客戶端返回內容的情況
2．206 Partial content 客戶端對服務端進行了范圍請求，而伺服器成功的執行了
一般出現在客戶端對資源的某一部分進行請求的情況，然後服務端成功的執行了此get請求，響應報文中包含由content-range指定范圍的實體內容。
3．301 Moved Permanently 永久性重定向
表示請求的資源已被分配給了新的url， 這時應該改location欄位提示的url重新保存。
4．302 Found 臨時性重定向
表示請求的資源已經被被分配給了新的url,希望客戶端（本次）臨時的使用此url進行訪問。
5．303 See Other 同302，表示臨時性重定向但是303狀態碼明確表示客戶端應該採取get方法請求資源。
注意1：http相關的一些規范規定客戶端在重定向時不允許改變請求方法，但現在很多現存瀏覽器將302響應視為303響應，並且使用get方式訪問Location中規定 的url,而無視原先的請求方法。
注意2： 當301,302,303響應狀態碼返回時，幾乎所有瀏覽器都會把post改成grt,並刪除請求報文中的主體，之後再次自動的發送請求。
301,302,標准時禁止將post方法改為get方法的，但實際上大家都會這么做。
6．307 Temporary Redirect 臨時重定向，和302一樣。
302雖然禁止在重定向時把post請求變為get,但實際上大家並不遵守，而307則會遵照瀏覽器標准，不會總post變為get.
7．400 Bad Request 客戶端請求與語法錯誤，不能被伺服器所理解
8．401 Unauthorized 表示此請求需要通過http認證，或認證失敗
9．403 Forbidden 伺服器收到請求，但是拒絕提供服務
10．406 non acceptable 服務端無法返回客戶端需要的數據類型
11．503 Server Unavailable 伺服器當前不能處理客戶端的請求，一段時間後可能恢復正常。
此時一般表示伺服器正處於超負載，或正在進行停機維護，現在無法處理請求，如果服務端知道解決以上狀況需要的時間，最後寫入到Retry-After首部欄位再返回給客戶端。
狀態碼與實際情況不一致的情形
2、伺服器返回的http狀態碼有哪些
100 Continue客戶端應當繼續發送請求。這個臨時響應是用來通知客戶端它的部分請求已經被伺服器接收，且仍未被拒絕。客戶端應當繼續發送請求的剩餘部分，或者如果請求已經完成，忽略這個響應。伺服器必須在請求完成後向客戶端發送一個最終響應。
101 Switching Protocols伺服器已經理解了客戶端的請求，並將通過Upgrade消息頭通知客戶端採用不同的協議來完成這個請求。在發送完這個響應最後的空行後，伺服器將會切換到在Upgrade消息頭中定義的那些協議。只有在切換新的協議更有好處的時候才應該採取類似措施。例如，切換到新的HTTP版本比舊版本更有優勢，或者切換到一個實時且同步的協議以傳送利用此類特性的資源。
102 Processing代表處理將被繼續執行。
200 OK請求已成功，請求所希望的響應頭或數據體將隨此響應返回。
201 Created請求已經被實現，而且有一個新的資源已經依據請求的需要而創建，且其URI已經隨Location頭信息返回。假如需要的資源無法及時創建的話，應當返回'202 Accepted'。
202 Accepted伺服器已接受請求，但尚未處理。正如它可能被拒絕一樣，最終該請求可能會也可能不會被執行。在非同步操作的場合下，沒有比發送這個狀態碼更方便的做法了。:返回202狀態碼的響應的目的是允許伺服器接受其他過程的請求（例如某個每天只執行一次的基於批處理的操作），而不必讓客戶端一直保持與伺服器的連接直到批處理操作全部完成。在接受請求處理並返回202狀態碼的響應應當在返回的實體中包含一些指示處理當前狀態的信息，以及指向處理狀態監視器或狀態預測的指針，以便用戶能夠估計操作是否已經完成。
203 Non-Authoritative Information伺服器已成功處理了請求，但返回的實體頭部元信息不是在原始伺服器上有效的確定集合，而是來自本地或者第三方的拷貝。當前的信息可能是原始版本的子集或者超集。例如，包含資源的元數據可能導致原始伺服器知道元信息的超集。使用此狀態碼不是必須的，而且只有在響應不使用此狀態碼便會返回200 OK的情況下才是合適的。
204 No Content伺服器成功處理了請求，但不需要返回任何實體內容，並且希望返回更新了的元信息。響應可能通過實體頭部的形式，返回新的或更新後的元信息。如果存在這些頭部信息，則應當與所請求的變數相呼應。 如果客戶端是瀏覽器的話，那麼用戶瀏覽器應保留發送了該請求的頁面，而不產生任何文檔視圖上的變化，即使按照規范新的或更新後的元信息應當被應用到用戶瀏覽器活動視圖中的文檔。 由於204響應被禁止包含任何消息體，因此它始終以消息頭後的第一個空行結尾。
205 Reset Content伺服器成功處理了請求，且沒有返回任何內容。但是與204響應不同，返回此狀態碼的響應要求請求者重置文檔視圖。該響應主要是被用於接受用戶輸入後，立即重置表單，以便用戶能夠輕松地開始另一次輸入。 與204響應一樣，該響應也被禁止包含任何消息體，且以消息頭後的第一個空行結束。
206 Partial Content伺服器已經成功處理了部分GET請求。類似於FlashGet或者迅雷這類的HTTP 下載工具都是使用此類響應實現斷點續傳或者將一個大文檔分解為多個下載段同時下載。
207 Multi-Status代表之後的消息體將是一個XML消息，並且可能依照之前子請求數量的不同，包含一系列獨立的響應代碼。
300 Multiple Choices被請求的資源有一系列可供選擇的回饋信息，每個都有自己特定的地址和瀏覽器驅動的商議信息。用戶或瀏覽器能夠自行選擇一個首選的地址進行重定向。 除非這是一個HEAD請求，否則該響應應當包括一個資源特性及地址的列表的實體，以便用戶或瀏覽器從中選擇最合適的重定向地址。這個實體的格式由Content-Type定義的格式所決定。瀏覽器可能根據響應的格式以及瀏覽器自身能力，自動作出最合適的選擇。 如果伺服器本身已經有了首選的回饋選擇，那麼在Location中應當指明這個回饋的URI；瀏覽器可能會將這個Location值作為自動重定向的地址。此外，除非額外指定，否則這個響應也是可緩存的。
301 Moved Permanently被請求的資源已永久移動到新位置，並且將來任何對此資源的引用都應該使用本響應返回的若干個URI之一。如果可能，擁有鏈接編輯功能的客戶端應當自動把請求的地址修改為從伺服器反饋回來的地址。除非額外指定，否則這個響應也是可緩存的。 新的永久性的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。 如果這不是一個GET或者HEAD請求，因此瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發生變化。 注意：對於某些使用HTTP/1.0協議的瀏覽器，當它們發送的POST請求得到了一個301響應的話，接下來的重定向請求將會變成GET方式。
302 Found請求的資源現在臨時從不同的URI響應請求。由於這樣的重定向是臨時的，客戶端應當繼續向原有地址發送以後的請求。只有在Cache-Control或Expires中進行了指定的情況下，這個響應才是可緩存的。 新的臨時性的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。 如果這不是一個GET或者HEAD請求，那麼瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發生變化。
303 See Other對應當前請求的響應可以在另一個URI上被找到，而且客戶端應當採用GET的方式訪問那個資源。這個方法的存在主要是為了允許由腳本激活的POST請求輸出重定向到一個新的資源。這個新的URI不是原始資源的替代引用。同時，303響應禁止被緩存。當然，第二個請求（重定向）可能被緩存。 新的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。 注意：許多HTTP/1.1版以前的瀏覽器不能正確理解303狀態。如果需要考慮與這些瀏覽器之間的互動，302狀態碼應該可以勝任，因為大多數的瀏覽器處理302響應時的方式恰恰就是上述規范要求客戶端處理303響應時應當做的。
304 Not Modified如果客戶端發送了一個帶條件的GET請求且該請求已被允許，而文檔的內容（自上次訪問以來或者根據請求的條件）並沒有改變，則伺服器應當返回這個狀態碼。304響應禁止包含消息體，因此始終以消息頭後的第一個空行結尾。
305 Use Proxy被請求的資源必須通過指定的代理才能被訪問。Location域中將給出指定的代理所在的URI信息，接收者需要重復發送一個單獨的請求，通過這個代理才能訪問相應資源。只有原始伺服器才能創建305響應。
306 Switch Proxy在最新版的規范中，306狀態碼已經不再被使用。
307 Temporary Redirect請求的資源現在臨時從不同的URI響應請求。由於這樣的重定向是臨時的，客戶端應當繼續向原有地址發送以後的請求。只有在Cache-Control或Expires中進行了指定的情況下，這個響應才是可緩存的。
400 Bad Request由於包含語法錯誤，當前請求無法被伺服器理解。除非進行修改，否則客戶端不應該重復提交這個請求。
401 Unauthorized當前請求需要用戶驗證。該響應必須包含一個適用於被請求資源的WWW-Authenticate信息頭用以詢問用戶信息。客戶端可以重復提交一個包含恰當的Authorization頭信息的請求。如果當前請求已經包含了Authorization證書，那麼401響應代表著伺服器驗證已經拒絕了那些證書。如果401響應包含了與前一個響應相同的身份驗證詢問，且瀏覽器已經至少嘗試了一次驗證，那麼瀏覽器應當向用戶展示響應中包含的實體信息，因為這個實體信息中可能包含了相關診斷信息。
402 Payment Required該狀態碼是為了將來可能的需求而預留的。
403 Forbidden伺服器已經理解請求，但是拒絕執行它。與401響應不同的是，身份驗證並不能提供任何幫助，而且這個請求也不應該被重復提交。如果這不是一個HEAD請求，而且伺服器希望能夠講清楚為何請求不能被執行，那麼就應該在實體內描述拒絕的原因。當然伺服器也可以返回一個404響應，假如它不希望讓客戶端獲得任何信息。
404 Not Found請求失敗，請求所希望得到的資源未被在伺服器上發現。沒有信息能夠告訴用戶這個狀況到底是暫時的還是永久的。假如伺服器知道情況的話，應當使用410狀態碼來告知舊資源因為某些內部的配置機制問題，已經永久的不可用，而且沒有任何可以跳轉的地址。404這個狀態碼被廣泛應用於當伺服器不想揭示到底為何請求被拒絕或者沒有其他適合的響應可用的情況下。
405 Method Not Allowed請求行中指定的請求方法不能被用於請求相應的資源。該響應必須返回一個Allow頭信息用以表示出當前資源能夠接受的請求方法的列表。 鑒於PUT，DELETE方法會對伺服器上的資源進行寫操作，因而絕大部分的網頁伺服器都不支持或者在默認配置下不允許上述請求方法，對於此類請求均會返回405錯誤。
406 Not Acceptable請求的資源的內容特性無法滿足請求頭中的條件，因而無法生成響應實體。 除非這是一個HEAD請求，否則該響應就應當返回一個包含可以讓用戶或者瀏覽器從中選擇最合適的實體特性以及地址列表的實體。實體的格式由Content-Type頭中定義的媒體類型決定。瀏覽器可以根據格式及自身能力自行作出最佳選擇。但是，規范中並沒有定義任何作出此類自動選擇的標准。
407 Proxy Authentication Required與401響應類似，只不過客戶端必須在代理伺服器上進行身份驗證。代理伺服器必須返回一個Proxy-Authenticate用以進行身份詢問。客戶端可以返回一個Proxy-Authorization信息頭用以驗證。
408 Request Timeout請求超時。客戶端沒有在伺服器預備等待的時間內完成一個請求的發送。客戶端可以隨時再次提交這一請求而無需進行任何更改。
409 Conflict由於和被請求的資源的當前狀態之間存在沖突，請求無法完成。
410 Gone被請求的資源在伺服器上已經不再可用，而且沒有任何已知的轉發地址。這樣的狀況應當被認為是永久性的。
411 Length Required伺服器拒絕在沒有定義Content-Length頭的情況下接受請求。在添加了表明請求消息體長度的有效Content-Length頭之後，客戶端可以再次提交該請求。
412 Precondition Failed伺服器在驗證在請求的頭欄位中給出先決條件時，沒能滿足其中的一個或多個。這個狀態碼允許客戶端在獲取資源時在請求的元信息（請求頭欄位數據）中設置先決條件，以此避免該請求方法被應用到其希望的內容以外的資源上。
413 Request Entity Too Large伺服器拒絕處理當前請求，因為該請求提交的實體數據大小超過了伺服器願意或者能夠處理的范圍。此種情況下，伺服器可以關閉連接以免客戶端繼續發送此請求。 如果這個狀況是臨時的，伺服器應當返回一個Retry-After的響應頭，以告知客戶端可以在多少時間以後重新嘗試。
414 Request-URI Too Long
請求的URI長度超過了伺服器能夠解釋的長度，因此伺服器拒絕對該請求提供服務。這比較少見，通常的情況包括：
本應使用POST方法的表單提交變成了GET方法，導致查詢字元串（Query String）過長。
重定向URI"黑洞"，例如每次重定向把舊的URI作為新的URI的一部分，導致在若干次重定向後URI超長。
客戶端正在嘗試利用某些伺服器中存在的安全漏洞攻擊伺服器。這類伺服器使用固定長度的緩沖讀取或操作請求的URI，當GET後的參數超過某個數值後，可能會產生緩沖區溢出，導致任意代碼被執行[1]。沒有此類漏洞的伺服器，應當返回414狀態碼。
415 Unsupported Media Type對於當前請求的方法和所請求的資源，請求中提交的實體並不是伺服器中所支持的格式，因此請求被拒絕。
416 Requested Range Not Satisfiable如果請求中包含了Range請求頭，並且Range中指定的任何數據范圍都與當前資源的可用范圍不重合，同時請求中又沒有定義If-Range請求頭，那麼伺服器就應當返回416狀態碼。 假如Range使用的是位元組范圍，那麼這種情況就是指請求指定的所有數據范圍的首位元組位置都超過了當前資源的長度。伺服器也應當在返回416狀態碼的同時，包含一個Content-Range實體頭，用以指明當前資源的長度。這個響應也被禁止使用multipart/byteranges作為其Content-Type。
417 Expectation Failed在請求頭Expect中指定的預期內容無法被伺服器滿足，或者這個伺服器是一個代理伺服器，它有明顯的證據證明在當前路由的下一個節點上，Expect的內容無法被滿足。
418 I'm a teapot本操作碼是在1998年作為IETF的傳統愚人節笑話。
421 There are too many connections from your internet address從當前客戶端所在的IP地址到伺服器的連接數超過了伺服器許可的最大范圍。通常，這里的IP地址指的是從伺服器上看到的客戶端地址（比如用戶的網關或者代理伺服器地址）。在這種情況下，連接數的計算可能涉及到不止一個終端用戶。
422 Unprocessable Entity請求格式正確，但是由於含有語義錯誤，無法響應。
423 Locked當前資源被鎖定。
424 Failed Dependency由於之前的某個請求發生的錯誤，導致當前請求失敗，例如PROPPATCH。
425 Unordered Collection在WebDav Advanced Collections草案中定義，但是未出現在《WebDAV順序集協議》426 Upgrade Required客戶端應當切換到TLS/1.0。
449 Retry With由微軟擴展，代表請求應當在執行完適當的操作後進行重試。499客戶端主動斷開連接。A請求B過程中，A未等B響應就斷開了連接。
500 Internal Server Error伺服器遇到了一個未曾預料的狀況，導致了它無法完成對請求的處理。一般來說，這個問題都會在伺服器的程序碼出錯時出現。
501 Not Implemented伺服器不支持當前請求所需要的某個功能。當伺服器無法識別請求的方法，並且無法支持其對任何資源的請求。
502 Bad Gateway作為網關或者代理工作的伺服器嘗試執行請求時，從上游伺服器接收到無效的響應。
503 Service Unavailable由於臨時的伺服器維護或者過載，伺服器當前無法處理請求。這個狀況是臨時的，並且將在一段時間以後恢復。如果能夠預計延遲時間，那麼響應中可以包含一個Retry-After頭用以標明這個延遲時間。如果沒有給出這個Retry-After信息，那麼客戶端應當以處理500響應的方式處理它。
504 Gateway Timeout
作為網關或者代理工作的伺服器嘗試執行請求時，未能及時從上游伺服器（URI標識出的伺服器，例如HTTP、FTP、LDAP）或者輔助伺服器（例如DNS）收到響應。
注意：某些代理伺服器在DNS查詢超時時會返回400或者500錯誤
505 HTTP Version Not Supported伺服器不支持，或者拒絕支持在請求中使用的HTTP版本。這暗示著伺服器不能或不願使用與客戶端相同的版本。響應中應當包含一個描述了為何版本不被支持以及伺服器支持哪些協議的實體。
506 Variant Also Negotiates代表伺服器存在內部配置錯誤：被請求的協商變元資源被配置為在透明內容協商中使用自己，因此在一個協商處理中不是一個合適的重點。
507 Insufficient Storage伺服器無法存儲完成請求所必須的內容。這個狀況被認為是臨時的
509 Bandwidth Limit Exceeded伺服器達到帶寬限制。這不是一個官方的狀態碼，但是仍被廣泛使用。
510 Not Extended獲取資源所需要的策略並沒有沒滿足。
3、網站伺服器返回狀態碼500是什麼意思
500 代表程序內部錯誤。 一般就是網站程序出錯了 和伺服器沒什麼關系
4、停止 [錯誤: 伺服器返回異常的狀態碼] 怎麼解決
一般的「非法操作」有兩個選項：「關閉」和「詳細資料」。可是「詳細資料」裡面的內容大多數人都看不明白，只好草草的關閉了。現在不用怕了，我來給大家講解一下非法作的每個詳細資料的具體含義。
1、停止錯誤編號：0x0000000A
說明文字：IRQL-NOT-LESS-OR-EQUAL
通常的原因：驅動程序使用了不正確的內存地址。
解決方法：如果無法登陸，則重新啟動計算機。當出現可用的作系統列表時，按F8鍵。在Windows高級選項菜單屏幕上，選擇"最後一次正確的配置"，然後按回車鍵。
檢查是否正確安裝了所有的新硬體或軟體。如果這是一次全新安裝，請與硬體或軟體的製造商聯系，獲得可能需要的任何Windows更新或驅動程序。
運行由計算機製造商提供的所有的系統診斷軟體，尤其是內存檢查。
禁用或卸掉新近安裝的硬體(RAM，適配器，硬碟，數據機等等)，驅動程序或軟體。
確保硬體設備驅動程序和系統BIOS都是最新的版本。
確保製造商可幫助你是否具有最新版本，也可幫助你獲得這些硬體。
禁用 BIOS內存選項，例如cache或shadow。
2、停止錯誤編號：0x0000001E
說明文字：KMODE-EXPTION-NOT-HANDLED
通常的原因：內核模式進程試圖執行一個非法或未知的處理器指令。
解決方法：確保有足夠的空間，尤其是在執行一次新安裝的時候。
如果停止錯誤消息指出了某個特定的驅動程序，那麼禁用他。如果無法啟動計算機。應試著用安全模式啟動，以便刪除或禁用該驅動程序。
如果有非 Microsoft支持的視頻驅動程序，盡量切換到標準的VGA驅動程序或Windows提供的適當驅動程序。
禁用所有新近安裝的驅動程序。
確保有最新版本的系統BIOS。硬體製造商可幫助確定你是否具有最新版本，也可以幫助你獲得他BIOS內存選項，例如cache，shadow。
3、停止錯誤編號：0x00000023或0x00000024
說明文字：FAT-FILE-SYSTEM或MTFS-FILE-SYSTEM
通常原因：問題出現在Ntfs.sys(允許系統讀寫NTFS驅動器的驅動程序文件)內。
解決方法：運行由計算機製造商提供的系統診斷軟體，尤其是硬體診斷軟體。
禁用或卸載所有的反病毒軟體，磁碟碎片整理程序或備份程序。
通過在命令提示符下運行Chkdsk /f命令檢查硬碟驅動器是否損壞，然後重新啟動計算機。
4、停止編號：0x0000002E
說明文字：ATA-BUS-ERROR
通常的原因：系統內存奇偶校驗出錯，通常由硬體問題導致。
解決方法：卸掉所有新近安裝的硬體(RAM。適配器。硬碟。數據機等等)。
運行由計算機製造商提供的系統診斷軟體，尤其是硬體診斷軟體。
確保硬體設備驅動程序和系統BIOS都是最新版本。
使用硬體供應商提供的系統診斷，運行內存檢查來查找故障或不匹配的內存。
禁用BIOS內存選項，例如cache或shadow。
在啟動後出現可用作系統列表時，按F8。在Windows高級選項菜單屏幕上，選擇"啟動VGA模式。然後按回車鍵。如果這樣做還不能解決問題，可能需要更換不同的視頻適配器列表，有關支持的視頻適配器列表，請參閱硬體兼容性列表。
5、停止編號：0x0000003F
說明文字：NO-MOR-SYSTEM-PTES
通常的原因：沒有正確清理驅動程序。
解決方法：禁用或卸載所有的反病毒軟體，磁碟碎片處理程序或備份程序。
6、停止錯誤編號：0x00000058
說明文字：FTDISK-INTERN-ERROR
通常的原因：容錯集內的某個主驅動器發生故障。
解決方法：使用Windows安裝盤啟動計算機，從鏡象(第2)系統驅動器引導。有關如何編輯Boot.ini文件以指向鏡象系統驅動器的指導，可在MIcrosoft支持服務Web站點搜索"Edit ARC path"。
7、停止錯誤編號：0x0000007B
說明文字：INACCESSI-BLE-BOOT-DEVICE
通常原因：初始化I/O系統(通常是指引導設備或文件系統)失敗。
解決方法：引導扇區病毒通常會導致這種停止錯誤。是用反病毒軟體的最新版本，檢查計算機上是否有存在病毒。如果找到病毒，則必須執行必要的不找把他從計算機上清除掉，請參閱反病毒軟體文檔了解如何執行這些步驟。
卸下所有新近安裝的硬體(RAM，適配器，數據機等等)。
核對MIcrosoft硬體兼容性列表以確保所有的硬體和驅動程序都與Windows兼容。
如果使用的適SCSI適配器，可以從硬體供應商除獲得最新WINDOWS驅動程序，禁用SCSI設備的同步協商，檢查該SCSI鏈是否終結，並核對這些設備的SCSI ID，如果無法確定如何執行能夠這些步驟，可參考硬體設備的文檔。
如果你用的是IDE設備，將板上的IDE埠定義為唯一的主埠。核對IDE設備的主/從/唯一設置。卸掉除硬碟之外的所有IDE設備。如果無法確認如何執行這些不找，可參考硬體文檔。
如果計算機已使用NTFS文件系統格式化，可重新啟動計算機，然後在該系統分區上運行Chkdsk /f/r命令。如果由於錯誤而無法啟動系統，那麼使用命令控制台，並運行Chkdsk /r命令。
運行Chkdsk /f命令以確定文件系統是否損壞。如果Windows不能運行Chkdsk命令，將驅動器移動到其他運行Windows的計算機上，然後從這台計算機上對該驅動器運行Chkdsk命令。
8、停止錯誤編號：0x0000007F
說明文字：UNEXPECTED-KERNEL-MODE-TRAP
通常的原因：通常是由於硬體或軟體問題導致，但一般都由硬體故障引起的。
解決方法：核對Microsoft硬體兼容性列表以確保所有的硬體和驅動程序都與Windows兼容。如果計算機主板不兼容就會產生這個問題。
卸掉所由新近安裝的硬體。
運行由計算機製造商提供的所有系統診斷軟體，尤其是內存檢查。
禁用BIOS內存選項，例如cache或shadow。
9、停止錯誤編號：0x00000050
說明文字：AGE-FAULT-IN-NONPAGED-AREA
通常的原因：內存錯誤(數據不能使用分頁文件交換到磁碟中)。
解決方法：卸掉所有的新近安裝的硬體。
運行由計算機製造商提供的所有系統診斷軟體。尤其是內存檢查。
檢查是否正確安裝了所有新硬體或軟體，如果這是一次全新安裝，請與硬體或軟體製造商聯系，獲得可能需要的任何Windows更新或驅動程序。
禁用或卸載所有的反病毒程序。
禁用BIOS內存選項，例如cache或shadow
10、停止錯誤編號：0x0000007
說明文字：KERNEL-STEL-STACK-INPAGE-ERROR
通常的原因：無法從分頁文件將內核數據所需的頁面讀取到內存中。
解決方法：使用反病毒軟體的最新版本，檢查計算機上是否有病毒。如果找到病毒，則執行必要的步驟把他從計算機上清除掉。請參閱製造商提供的所有系統診斷軟體，尤其是內存檢查。
禁用BIOS內存選項，例如cache，shadow。
11、停止錯誤編號：0x00000079
說明文字：MISMATCHED-HAL
通常的原因：硬體抽象層與內核或機器類型不匹配（通常發生在單處理器和多處理器配置文件混合在同一系統的情況下）。
解決方法：要解決本錯誤，可使用命令控制台替換計算機上錯誤的系統文件。
單處理器系統的內核文件是Ntoskml.exe，而多處理器系統的內核文件是Ntkrnlmp.exe，但是，這些文件要與安裝媒體上的文件相對應；在安裝完Windows2000和，不論使用的是哪個原文件，都會被重命名為Ntoskrnl.exe文件。HAL文件在安裝之後也使用名稱Hal.dll但是在安裝媒體，但是在安裝媒體上卻有若干個可能的HAL文件。
12、停止錯誤編號：0x0000007A
說明文字：KERNEL-DATA-INPAGE-ERROR
通常的原因：無法從分頁文件將內核數據所需的頁面讀取到內存中。（通常是由於分頁文件上的故障，病毒，磁碟控制器錯誤或由故障的RAM引起的）。
解決方法：使用反病毒軟體的最新版本，檢查計算機上是否存在病毒。如果找到病毒。則執行必要的步驟把他從計算機上清除掉，請參閱犯病度軟體文檔了解如何執行這些步驟。
如果計算機已使用NTFS文件系統格式化。可重新啟動計算機，然後在該系統分區上運行Chkdsk /f/r命令。如果由於錯誤而無法啟動命令，那麼使用命令控制台，並運行Chkdsk /r命令。
運行由計算機製造商提供的所有的系統在很端軟體，尤其是內存檢查。
13、停止錯誤編號：0xC000021A
說明文字：STATUS-SYSTEM-PROCESS-TERMINATED
通常的原因：用戶模式子系統，例如Winlogon或客戶伺服器運行時子系統（CSRSS）已被損壞，所以無法再保證安全性。
解決方法：卸掉所有新近安裝的硬體。
如果無法登陸，則重新啟動計算機。當出現可用的作系統列表時按F8。在Windows 2000高級選項菜單屏幕上，選擇：「最後一次正確的配置」。然後按會車。
運行故障恢復台，並允許系統修復任何檢測到的錯誤。
14、停止錯誤編號：0xC0000221
說明文字：STATUS-IMAGE-CHECKISU7M-MISMATCH
通常的原因：驅動程序或系統DLL已經被損壞。
解決方法：運行故障復控台，並且允許系統修復任何檢測到的錯誤。
如果在RAM添加到計算機之後，立即發生錯誤，那麼可能是分頁文件損壞，或者新RAM由故障或不兼容。刪除Pagefile.sys並將系統返回到原來的RAM配置。
下次問問題請把問題列清楚，現在我只有全列出了，你自己看。
5、伺服器返回500 5狀態碼，來個大神求解釋一下！
這個錯誤是由伺服器內部錯誤引起的，客戶端無法解決。可能原因：
1、伺服器資源超載，產生這個錯誤。
2、伺服器文件許可權設置錯誤，造成對應的頁面無法打開。
3、伺服器後台執行時服務軟體或相關配（設）置有問題，造成頁面無法打開。
6、伺服器500狀態碼表示什麼？麻煩高手解釋一下
這個我在行。如果網站源碼沒改動的話，那肯定是伺服器問題，我的網站連續3次這樣，快照倒退2003年
7、HTTP 狀態碼表示什麼意思？
此狀態碼提供關於請求狀態的信息，告訴 Googlebot 關於您的網站和請求的網頁的信息。一些常見的狀態碼為：200 - 伺服器成功返回網頁 404 - 請求的網頁不存在 503 - 伺服器超時 下面提供 HTTP 狀態碼的完整列表。點擊鏈接可了解詳情。您也可以訪問 HTTP 狀態碼上的 W3C 頁獲取更多信息。1xx（臨時響應）表示臨時響應並需要請求者繼續執行操作的狀態碼。100（繼續）請求者應當繼續提出請求。伺服器返回此代碼表示已收到請求的第一部分，正在等待其餘部分。101（切換協議）請求者已要求伺服器切換協議，伺服器已確認並准備切換。2xx（成功）表示成功處理了請求的狀態碼。200（成功）伺服器已成功處理了請求。通常，這表示伺服器提供了請求的網頁。如果是對您的 robots.txt 文件顯示此狀態碼，則表示 Googlebot 已成功檢索到該文件。201（已創建）請求成功並且伺服器創建了新的資源。202（已接受）伺服器已接受請求，但尚未處理。203（非授權信息）伺服器已成功處理了請求，但返回的信息可能來自另一來源。204（無內容）伺服器成功處理了請求，但沒有返回任何內容。205（重置內容）伺服器成功處理了請求，但沒有返回任何內容。與 204 響應不同，此響應要求請求者重置文檔視圖（例如，清除表單內容以輸入新內容）。206（部分內容）伺服器成功處理了部分 GET 請求。3xx（重定向）要完成請求，需要進一步操作。通常，這些狀態碼用來重定向。Google 建議您在每次請求中使用重定向不要超過 5 次。您可以使用網站管理員工具查看一下 Googlebot 在抓取重定向網頁時是否遇到問題。診斷下的網路抓取頁列出了由於重定向錯誤導致 Googlebot 無法抓取的網址。300（多種選擇）針對請求，伺服器可執行多種操作。伺服器可根據請求者 (user agent) 選擇一項操作，或提供操作列表供請求者選擇。301（永久移動）請求的網頁已永久移動到新位置。伺服器返回此響應（對 GET 或 HEAD 請求的響應）時，會自動將請求者轉到新位置。您應使用此代碼告訴 Googlebot 某個網頁或網站已永久移動到新位置。302（臨時移動）伺服器目前從不同位置的網頁響應請求，但請求者應繼續使用原有位置來響應以後的請求。此代碼與響應 GET 和 HEAD 請求的 301 代碼類似，會自動將請求者轉到不同的位置，但您不應使用此代碼來告訴 Googlebot 某個網頁或網站已經移動，因為 Googlebot 會繼續抓取原有位置並編制索引。303（查看其他位置）請求者應當對不同的位置使用單獨的 GET 請求來檢索響應時，伺服器返回此代碼。對於除 HEAD 之外的所有請求，伺服器會自動轉到其他位置。304（未修改）自從上次請求後，請求的網頁未修改過。伺服器返回此響應時，不會返回網頁內容。如果網頁自請求者上次請求後再也沒有更改過，您應將伺服器配置為返回此響應（稱為 If-Modified-Since HTTP 標頭）。伺服器可以告訴 Googlebot 自從上次抓取後網頁沒有變更，進而節省帶寬和開銷。 .305（使用代理）請求者只能使用代理訪問請求的網頁。如果伺服器返回此響應，還表示請求者應使用代理。307（臨時重定向）伺服器目前從不同位置的網頁響應請求，但請求者應繼續使用原有位置來響應以後的請求。此代碼與響應 GET 和 HEAD 請求的 301 代碼類似，會自動將請求者轉到不同的位置，但您不應使用此代碼來告訴 Googlebot 某個頁面或網站已經移動，因為 Googlebot 會繼續抓取原有位置並編制索引。4xx（請求錯誤）這些狀態碼表示請求可能出錯，妨礙了伺服器的處理。400（錯誤請求）伺服器不理解請求的語法。401（未授權）請求要求身份驗證。對於登錄後請求的網頁，伺服器可能返回此響應。403（禁止）伺服器拒絕請求。如果您在 Googlebot 嘗試抓取您網站上的有效網頁時看到此狀態碼（您可以在 Google 網站管理員工具診斷下的網路抓取頁面上看到此信息），可能是您的伺服器或主機拒絕了 Googlebot 訪問。404（未找到）伺服器找不到請求的網頁。例如，對於伺服器上不存在的網頁經常會返回此代碼。如果您的網站上沒有 robots.txt 文件，而您在 Google 網站管理員工具"診斷"標簽的 robots.txt 頁上看到此狀態碼，則這是正確的狀態碼。但是，如果您有 robots.txt 文件而又看到此狀態碼，則說明您的 robots.txt 文件可能命名錯誤或位於錯誤的位置（該文件應當位於頂級域，名為 robots.txt）。如果對於 Googlebot 抓取的網址看到此狀態碼（在"診斷"標簽的 HTTP 錯誤頁面上），則表示 Googlebot 跟隨的可能是另一個頁面的無效鏈接（是舊鏈接或輸入有誤的鏈接）。405（方法禁用）禁用請求中指定的方法。406（不接受）無法使用請求的內容特性響應請求的網頁。407（需要代理授權）此狀態碼與 401（未授權）類似，但指定請求者應當授權使用代理。如果伺服器返回此響應，還表示請求者應當使用代理。408（請求超時）伺服器等候請求時發生超時。409（沖突）伺服器在完成請求時發生沖突。伺服器必須在響應中包含有關沖突的信息。伺服器在響應與前一個請求相沖突的 PUT 請求時可能會返回此代碼，以及兩個請求的差異列表。410（已刪除）如果請求的資源已永久刪除，伺服器就會返回此響應。該代碼與 404（未找到）代碼類似，但在資源以前存在而現在不存在的情況下，有時會用來替代 404 代碼。如果資源已永久移動，您應使用 301 指定資源的新位置。411（需要有效長度）伺服器不接受不含有效內容長度標頭欄位的請求。412（未滿足前提條件）伺服器未滿足請求者在請求中設置的其中一個前提條件。413（請求實體過大）伺服器無法處理請求，因為請求實體過大，超出伺服器的處理能力。414（請求的 URI 過長）請求的 URI（通常為網址）過長，伺服器無法處理。415（不支持的媒體類型）請求的格式不受請求頁面的支持。416（請求范圍不符合要求）如果頁面無法提供請求的范圍，則伺服器會返回此狀態碼。417（未滿足期望值）伺服器未滿足"期望"請求標頭欄位的要求。5xx（伺服器錯誤）這些狀態碼表示伺服器在處理請求時發生內部錯誤。這些錯誤可能是伺服器本身的錯誤，而不是請求出錯。500（伺服器內部錯誤）伺服器遇到錯誤，無法完成請求。501（尚未實施）伺服器不具備完成請求的功能。例如，伺服器無法識別請求方法時可能會返回此代碼。502（錯誤網關）伺服器作為網關或代理，從上游伺服器收到無效響應。503（服務不可用）伺服器目前無法使用（由於超載或停機維護）。通常，這只是暫時狀態。504（網關超時）伺服器作為網關或代理，但是沒有及時從上游伺服器收到請求。
8、HTTP狀態碼有哪些？是什麼意思
一、
200
狀態碼：成功
2××：成功處理了請求的狀態碼。
1、200 ：伺服器已成功處理了請求並提供了請求的網頁。
2、204：
伺服器成功處理了請求，但沒有返回任何內容。
二、300狀態碼：重定向3××：每次請求中使用重定向不要超過 5 次。
1、301：
請求的網頁已永久移動到新位置。當URLs發生變化時，使用301代碼。搜索引擎索引中保存新的URL。
2、302： 請求的網頁臨時移動到新位置。搜索引擎索引中保存原來的URL。
3、304： 如果網頁自請求者上次請求後沒有更新，則用304代碼告訴搜索引擎機器人，可節省帶寬和開銷。
三、400狀態碼：客戶端錯誤4×× ：表示請求可能出錯，妨礙了伺服器的處理。
1、400： 伺服器不理解請求的語法。
2、403： 伺服器拒絕請求。
3、404： 伺服器找不到請求的網頁。伺服器上不存在的網頁經常會返回此代碼。
4、410 ：請求的資源永久刪除後，伺服器返回此響應。該代碼與404（未找到）代碼相似，但在資源以前存在而現在不存在的情況下，有時用來替代404 頁面代碼。如果資源已永久刪除，應當使用 301 指定資源的新位置。
四、500狀態碼：伺服器錯誤5×× ：表示伺服器在處理請求時發生內部錯誤。這些錯誤可能
是伺服器本身的錯誤，而不是請求出錯。
1、500 ：伺服器遇到錯誤，無法完成請求。
2、503： 伺服器目前無法使用（由於超載或停機維護）
9、web伺服器返回的狀態碼都有哪些 200表示什麼 其他都有哪些 分別表示什麼意思
404
301
503
.......