Jquery.ajax报parseerror Invalid JSON错误的原因和解决方法:不能解析

默认: 自动判断 (xml 或 html)) 请求失败时调用时间。参数有以下三个：XMLHttpRequest 对象、错误信息、（可选）捕获的错误对象。如果发生了错误，错误信息（第二个参数）除了得到 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到您没有写入权限的目录。