null之外，還可能是"timeout",
"error", "notmodified" 和
"parsererror"。
error事件返回的第一個參數XMLHttpRequest有一些有用的信息： XMLHttpRequest.readyState: 狀態碼 0 － （未初始化）還沒有調用send()方法 1 － （載入）已調用send()方法，正在發送請求 2 － （載入完成）send()方法執行完成，已經接收到全部響應內容 3 － （交互）正在解析響應內容 4 － （完成）響應內容解析完成，可以在客戶端調用了
XMLHttpRequest.status屬性:一些錯誤代碼：【見下邊】
我們知道Invalid JSON錯誤導致的json對象不能解析，一般都是服務器返回的json字符串的語法有錯誤。這種情況下，我們只需要仔細的檢查一下json就可以解決問題。
下面說一下，最近在使用jquery 1.4中使用$.ajax()方法解析json對象遇到的問題。
Json對象是：
[{name:’二手房出售’,infoCount:0,pageUrl:’/ershoufang’},{name:’二手房求購’,infoCount:0,pageUrl:’/qiugou’},{name:’二手房裝修’,infoCount:0,pageUrl:’/esfzhuangxiu’},{name:’二手回收’,infoCount:0,pageUrl:’/huishou’},{name:’二手摩托車’,infoCount:0,pageUrl:’/motor’},{name:’二手汽車求購’,infoCount:0,pageUrl:’/ershoucheqg’},{name:’二手汽車轉讓’,infoCount:9,pageUrl:’/ershouche’},{name:’二手市場’,infoCount:0,pageUrl:’/ershoushichang’}]
不知道大家有沒有發現這段json對象的問題。這樣的寫法在js腳本和jquery 1.4之前的版本都是沒有問題的。因爲在1.3及更早版本中，jQuery通過javascript的eval方法來解析json對象。在1.4中，jQuery使用了更嚴格的方法來解析json。所有的內容都必須使用雙引號。
這點從jQuery.parseJSON(json) 可以看出，parseJSON在文檔中的解釋是：
接受一個JSON字符串，返回解析後的對象。
傳入一個畸形的JSON字符串會拋出一個異常。比如下面的都是畸形的JSON字符串：
{test: 1} （ test 沒有包圍雙引號）
{’test’: 1} （使用了單引號而不是雙引號）
另外，如果你什麼都不傳入，或者一個空字符串、null或undefined，parseJSON都會返回 null 。
凡是字符串都需要用雙引號擴起來，數字，null,true,false不用而已
例如：
正確的JSON字符串："{\"result\":\"true\", \"msg\":\"刪除成功\"}"
錯誤的JSON字符串："{result:\"true\", msg:\"刪除成功\"}"，："{result:true, msg:刪除成功}"，："{result:‘true’, msg:’刪除成功’}"
服務器返回結果爲：{id:"1",data:"none"}
搞了很久，我把庫換回1.3.1可以成功~~lol，最後發現是jQuery1.4.2這個版本引起的，1.4.2中jq把JSON的解析由原來的eval改爲極其嚴格的$.parseJSON()來處理了。我在官方的說明文檔中找到的，如下：
dataType
...
"json": Evaluates the response as JSON and returns a JavaScript object. In jQuery 1.4 the JSON data is parsed in a strict manner; any malformed JSON is rejected and a parse error is thrown. (See json.org for more information on proper JSON formatting.)
http://api.jquery.com/jQuery.ajax/
就是說 jQuery 1.4對服務端返回的JSON 數據要求比較嚴格，必須嚴格按照JSON的標準來了。
下面我把$.parseJSON的說明文檔也摘要下來：
jQuery.parseJSON( json )
Passing in a malformed JSON string will result in an exception being thrown. For example, the following are all malformed JSON strings:
{test: 1} (test does not have double quotes around it). 譯：test兩邊必須有雙引號 {"test":1}
{’test’: 1} (’test’ is using single quotes instead of double quotes). 譯：test兩邊的引號不能爲單引號，一定要是雙引號
Additionally if you pass in nothing, an empty string, null, or undefined, ’null’ will be returned from parseJSON. Where the browser provides a native implementation of JSON.parse, jQuery uses it to parse the string. For details on the JSON format, see
http://json.org/.
現在什麼都講究標準啦，我們老老實實按標準來吧。我下面列舉幾個符合標準的例子：
{"myvalue":1}
{"myvalue":"red"}
{"myvalue":["black",250]}
一些錯誤代碼：
1xx-信息提示
這些狀態代碼表示臨時的響應。客戶端在收到常規響應之前，應準備接收一個或多個1xx響應。
100-繼續。
101-切換協議。
2xx-成功
這類狀態代碼表明服務器成功地接受了客戶端請求。
200-確定。客戶端請求已成功。
201-已創建。
202-已接受。
203-非權威性信息。
204-無內容。
205-重置內容。
206-部分內容。
3xx-重定向
客戶端瀏覽器必須採取更多操作來實現請求。例如，瀏覽器可能不得不請求服務器上的不同的頁面，或通過代理服務器重複該請求。
301-對象已永久移走，即永久重定向。
302-對象已臨時移動。
304-未修改。
307-臨時重定向。
4xx-客戶端錯誤
發生錯誤，客戶端似乎有問題。例如，客戶端請求不存在的頁面，客戶端未提供有效的身份驗證信息。400-錯誤的請求。
401-訪問被拒絕。IIS定義了許多不同的401錯誤，它們指明更爲具體的錯誤原因。這些具體的錯誤代碼在瀏覽器中顯示，但不在IIS日誌中顯示：
401.1-登錄失敗。
401.2-服務器配置導致登錄失敗。
401.3-由於ACL對資源的限制而未獲得授權。
401.4-篩選器授權失敗。
401.5-ISAPI/CGI應用程序授權失敗。
401.7–訪問被Web服務器上的URL授權策略拒絕。這個錯誤代碼爲IIS6.0所專用。
403-禁止訪問：IIS定義了許多不同的403錯誤，它們指明更爲具體的錯誤原因：
403.1-執行訪問被禁止。
403.2-讀訪問被禁止。
403.3-寫訪問被禁止。
403.4-要求SSL。
403.5-要求SSL128。
403.6-IP地址被拒絕。
403.7-要求客戶端證書。
403.8-站點訪問被拒絕。
403.9-用戶數過多。
403.10-配置無效。
403.11-密碼更改。
403.12-拒絕訪問映射表。
403.13-客戶端證書被吊銷。
403.14-拒絕目錄列表。
403.15-超出客戶端訪問許可。
403.16-客戶端證書不受信任或無效。
403.17-客戶端證書已過期或尚未生效。
403.18-在當前的應用程序池中不能執行所請求的URL。這個錯誤代碼爲IIS6.0所專用。
403.19-不能爲這個應用程序池中的客戶端執行CGI。這個錯誤代碼爲IIS6.0所專用。
403.20-Passport登錄失敗。這個錯誤代碼爲IIS6.0所專用。
404-未找到。
404.0-（無）–沒有找到文件或目錄。
404.1-無法在所請求的端口上訪問Web站點。
404.2-Web服務擴展鎖定策略阻止本請求。
404.3-MIME映射策略阻止本請求。
405-用來訪問本頁面的HTTP謂詞不被允許（方法不被允許）
406-客戶端瀏覽器不接受所請求頁面的MIME類型。
407-要求進行代理身份驗證。
412-前提條件失敗。
413–請求實體太大。
414-請求URI太長。
415–不支持的媒體類型。
416–所請求的範圍無法滿足。
417–執行失敗。
423–鎖定的錯誤。
5xx-服務器錯誤
服務器由於遇到錯誤而不能完成該請求。
500-內部服務器錯誤。
500.12-應用程序正忙於在Web服務器上重新啓動。
500.13-Web服務器太忙。
500.15-不允許直接請求Global.asa。
500.16–UNC授權憑據不正確。這個錯誤代碼爲IIS6.0所專用。
500.18–URL授權存儲不能打開。這個錯誤代碼爲IIS6.0所專用。
500.100-內部ASP錯誤。
501-頁眉值指定了未實現的配置。
502-Web服務器用作網關或代理服務器時收到了無效響應。
502.1-CGI應用程序超時。
502.2-CGI應用程序出錯。application.
503-服務不可用。這個錯誤代碼爲IIS6.0所專用。
504-網關超時。
505-HTTP版本不受支持。
FTP
1xx-肯定的初步答覆
這些狀態代碼指示一項操作已經成功開始，但客戶端希望在繼續操作新命令前得到另一個答覆。
110重新啓動標記答覆。
120服務已就緒，在nnn分鐘後開始。
125數據連接已打開，正在開始傳輸。
150文件狀態正常，準備打開數據連接。
2xx-肯定的完成答覆
一項操作已經成功完成。客戶端可以執行新命令。200命令確定。
202未執行命令，站點上的命令過多。
211系統狀態，或系統幫助答覆。
212目錄狀態。
213文件狀態。
214幫助消息。
215NAME系統類型，其中，NAME是AssignedNumbers文檔中所列的正式系統名稱。
220服務就緒，可以執行新用戶的請求。
221服務關閉控制連接。如果適當，請註銷。
225數據連接打開，沒有進行中的傳輸。
226關閉數據連接。請求的文件操作已成功（例如，傳輸文件或放棄文件）。
227進入被動模式(h1,h2,h3,h4,p1,p2)。
230用戶已登錄，繼續進行。
250請求的文件操作正確，已完成。
257已創建“PATHNAME”。
3xx-肯定的中間答覆
該命令已成功，但服務器需要更多來自客戶端的信息以完成對請求的處理。331用戶名正確，需要密碼。
332需要登錄帳戶。
350請求的文件操作正在等待進一步的信息。
4xx-瞬態否定的完成答覆
該命令不成功，但錯誤是暫時的。如果客戶端重試命令，可能會執行成功。421服務不可用，正在關閉控制連接。如果服務確定它必須關閉，將向任何命令發送這一應答。
425無法打開數據連接。
426Connectionclosed;transferaborted.
450未執行請求的文件操作。文件不可用（例如，文件繁忙）。
451請求的操作異常終止：正在處理本地錯誤。
452未執行請求的操作。系統存儲空間不夠。
5xx-永久性否定的完成答覆
該命令不成功，錯誤是永久性的。如果客戶端重試命令，將再次出現同樣的錯誤。500語法錯誤，命令無法識別。這可能包括諸如命令行太長之類的錯誤。
501在參數中有語法錯誤。
502未執行命令。
503錯誤的命令序列。
504未執行該參數的命令。
530未登錄。
532存儲文件需要帳戶。
550未執行請求的操作。文件不可用（例如，未找到文件，沒有訪問權限）。
551請求的操作異常終止：未知的頁面類型。
552請求的文件操作異常終止：超出存儲分配（對於當前目錄或數據集）。
553未執行請求的操作。不允許的文件名。
常見的FTP狀態代碼及其原因
150-FTP使用兩個端口：21用於發送命令，20用於發送數據。狀態代碼150表示服務器準備在端口20上打開新連接，發送一些數據。
226-命令在端口20上打開數據連接以執行操作，如傳輸文件。該操作成功完成，數據連接已關閉。
230-客戶端發送正確的密碼後，顯示該狀態代碼。它表示用戶已成功登錄。
331-客戶端發送用戶名後，顯示該狀態代碼。無論所提供的用戶名是否爲系統中的有效帳戶，都將顯示該狀態代碼。
426-命令打開數據連接以執行操作，但該操作已被取消，數據連接已關閉。
530-該狀態代碼表示用戶無法登錄，因爲用戶名和密碼組合無效。如果使用某個用戶帳戶登錄，可能鍵入錯誤的用戶名或密碼，也可能選擇只允許匿名訪問。如果使用匿名帳戶登錄，IIS的配置可能拒絕匿名訪問。
550-命令未被執行，因爲指定的文件不可用。例如，要GET的文件並不存在，或試圖將文件PUT到您沒有寫入權限的目錄。
