从报错信息来看是json转换格式的异常,OK,找到前端转换json的代码。继续上代码。。。

嗯哼，params是用JSON.stringify()格式化的，基本可以确定是它的问题了。下一步，打印参数验证，为了更直观的看见参数，我舍弃了alert，用console.log()； 等待两秒，1秒、2秒，duang，果然不出我所料，报错信息所指的就是这玩意儿(转义符)。 emmmm…想办法解决吧。简单思考了几种方法，算了，先百度吧。 百度结果：1、消除转义符。2、改变发送请求类型。3、自己想办法解决。脑子懒，先试试消除转义符。上代码：

duang不出我所料，又报错了。。。

emmmmm…抱着不可能的想法试试第二种方法。。。 嗯？好像也没什么类型可换。 emmmmmm…contentType好像少了点什么，诶，不对啊。contentType主要设置我发送给服务器的格式，我后端设置的断点并没有被触发，也就是后端并没有接收到我前端的请求。contentType的默认值是application/x-www-form-urlencoded，但是默认的值只能对键值这样组织的情况下是没有什么问题的，这里说的一般是，不带嵌套类型JSON，也就是 简单的JSON。

但是我发送的是一个复杂嵌套类型：

所以我用了自定义数据类型application/json，这。。。是不是忘了加编码格式了？带着疑问我浏览了contentType的原文介绍：

contentType中（默认：‘application/x-www-form-urlencoded; charset=UTF-8’） 类型：布尔值或字符串 将数据发送到服务器时，请使用此内容类型。默认为“application / x-www-form-urlencoded; charset = UTF-8”，这在大多数情况下都适用。如果您明确地将内容类型传入$.ajax()，则始终将其发送到服务器（即使没有数据发送）。从jQuery 1.6开始，您可以传递false告诉jQuery不设置任何内容类型标头。 注意： W3C XMLHttpRequest规范规定字符集始终为UTF-8; 指定另一个字符集不会强制浏览器更改编码。注意：对于跨域请求，将内容类型设置为除application/x-www-form-urlencoded，之外的任何内容multipart/form-data，或者text/plain将触发浏览器向服务器发送预检OPTIONS请求。

加上编码格式后：

启动，激动的心，颤抖的手，duang!

本文简单记载我开发过程遇到的一个小问题，有兴趣的童鞋可以自己翻阅相关资料以更深入理解这个问题的所在。本文仅代表个人观点，如有错误地方请提出宝贵建议，以便交流学习。