1. ajax发送json数据时设置contentType: "application/json”和不设置时到底有什么区别？
contentType: "application/json”，首先明确一点，这也是一种文本类型（和text/json一样），表示json格式的字符串，如果ajax中设置为该类型，则发送的json对象必须要使用JSON.stringify进行序列化成字符串才能和设定的这个类型匹配。同时，对应的后端如果使用了Spring，接收时需要使用@RequestBody来注解，这样才能将发送过来的json字符串解析绑定到对应的 pojo 属性上。另外，需注意一点，json字符串在书写时名称部分需要加上“”双引号，以免一些json解析器无法识别。
如ajax 请求时不设置任何contentType，默认将使用contentType: "application/json”application/x-www-form-urlencoded，这种格式的特点就是，name/value 成为一组，
每组之间用 & 联接，而 name与value 则是使用 = 连接。如： www.baidu.com/query?user=username&pass=password 这是get请求, 而 post 请求则是使用请求体，参数不在 url 中，在请求体中的参数表现形式也是: user=username&pass=password的形式。使用这种contentType时，对于简单的json对象类型，如：{“a”:1,"b":2,"c":3} 这种，将也会被转成user=username&pass=password 这种形式发送到服务端。而服务端接收时就按照正常从from表单中接收参数那样接收即可，不需设置@RequestBody之类的注解。但对于复杂的json 结构数据，这种方式处理起来就相对要困难，服务端解析时也难以解析，所以，就有了application/json 这种类型，这是一种数据格式的申明，明确告诉服务端是什么格式的数据，服务端只需要根据这种格式的特点来解析数据即可。
总结：
1).ajax 如果发送的是json字符串，服务端接收时必须要使用@RequestBody注解。始终记住，json字符串，"application/json”，@RequestBody 这三者之间是一一对应的，要有都有，要没有都没有。
2).如果发送的是json对象，contentType不能设置为"application/json”，需使用默认的类型（application/x-www-form-urlencoded，为什么呢？这种类型最后还是会把json对象类型的参数转为user=username&pass=password这种形式后再发送，需要明白一点：这种转换时只能识别json对象类型，不能识别json字符串类型）。
2.application/x-www-form-urlencoded 和 application/json 两种类型的数据在后端如何接收并解析？
application/x-www-form-urlencoded 这种类型的参数提交方式有get和post两种，这两种方式的区别是前者把编码后的user=username&pass=password这种形式的参数放在url上进行提交，后者是放在请求报文的请求体部分进行发送，只是发送数据时数据放的位置不一样。服务端收到 user=username&pass=password 这种形式的参数后，原生的Servlet使用request.getParameter(“user”)的这种形式即可获取参数，spring mvc 中 框架可自动根据参数名进行匹配，即表单元素的name属性和接收参数的名称一样时即可自动匹配，如果不一样，还可以使用@RequestParam的方式匹配。
application/json 字符串数据原生的Servlet中可以使用request.getParameterMap()来获取，但需注意，这种只能获取Get方式传入的数据。post传入的需要使用输入流的方式来读取。在spring mvc中通过@RequestBody来解析并绑定json字符串参数到方法入参。
补充知识（摘录,博文来源：https://blog.csdn.net/ff906317011/article/details/78552426）：
@RequestBody 注解详解
作用：
1) 该注解用于读取Request请求的body部分数据，使用系统默认配置的HttpMessageConverter进行解析，然后把相应的数据绑定到要返回的对象上；
2) 再把HttpMessageConverter返回的对象数据绑定到 controller中方法的参数上。
使用时机：
A) GET、POST方式提时， 根据request header Content-Type的值来判断:
1）application/x-www-form-urlencoded， 可选（即非必须，因为这种情况的数据@RequestParam, @ModelAttribute也可以处理，当然@RequestBody也能处理）；
2）multipart/form-data, 不能处理（即使用@RequestBody不能处理这种格式的数据）；
3）其他格式， 必须（其他格式包括application/json, application/xml等。这些格式的数据，必须使用@RequestBody来处理）；
B) PUT方式提交时， 根据request header Content-Type的值来判断:
application/x-www-form-urlencoded， 必须；multipart/form-data, 不能处理；其他格式， 必须.