幂等
PUT
初始状态：0
修改状态：1 * N
最终状态：1
DELETE
初始状态：1
修改状态：0 * N
最终状态：0
非幂等
POST
初始状态：1
修改状态：1 + 1 =2
N次修改： 1+ N = N+1
最终状态：N+1
幂等/非幂等 依赖于服务端实现，这种方式是一种契约
#自描述消息
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
第一优先顺序：text/html -> application/xhtml+xml -> application/xml
第二优先顺序：image/webp -> image/apng
学习源码的路径：
@EnableWebMvc
DelegatingWebMvcConfiguration
WebMvcConfigurationSupport#addDefaultHttpMessageConverters
所有的 HTTP 自描述消息处理器均在 messageConverters（类型：`HttpMessageConverter`)，这个集合会传递到 RequestMappingHandlerAdapter，最终控制写出。
messageConverters，其中包含很多自描述消息类型的处理，比如 JSON、XML、TEXT等等
jackson2XmlPresent = ClassUtils.isPresent("com.fasterxml.jackson.dataformat.xml.XmlMapper", classLoader);
以 application/json 为例，Spring Boot 中默认使用 Jackson2 序列化方式，其中媒体类型：application/json，它的处理类 MappingJackson2HttpMessageConverter，提供两类方法：
1. 读read* ：通过 HTTP 请求内容转化成对应的 Bean
2. 写write*： 通过 Bean 序列化成对应文本内容作为响应内容
问题：为什么第一次是JSON，后来怎加了 XML 依赖，又变成了 XML 内用输出
回答：Spring Boot 应用默认没有增加XML 处理器（HttpMessageConverter）实现，所以最后采用轮训的方式去逐一尝试是否可以 canWrite(POJO) ,如果返回 true，说明可以序列化该 POJO 对象，那么 Jackson 2 恰好能处理，那么Jackson 输出了。
问题：当 Accept 请求头未被制定时，为什么还是 JSON 来处理
回答：这个依赖于 messageConverters 的插入顺序。
问题：优先级是默认的是吧 可以修改吗
回答：是可以调整的，通过extendMessageConverters 方法调整
### 扩展自描述消息
Person
JSON 格式（application/json)
```json
{
"id":1,
"name":"小马哥"
}
```
XML 格式（application/xml）
```xml
<Person>
<id>1</id>
<name>小马哥</name>
</Person>
```
Properties 格式（application/properties+person)
（需要扩展）
```properties
person.id = 1
person.name = 小马哥
```
1. 实现 AbstractHttpMessageConverter 抽象类
1. supports 方法：是否支持当前POJO类型
2. readInternal 方法：读取 HTTP 请求中的内容，并且转化成相应的POJO对象（通过 Properties 内容转化成 JSON）
3. writeInternal 方法：将 POJO 的内容序列化成文本内容（Properties格式），最终输出到 HTTP 响应中（通过 JSON 内容转化成 Properties ）
* @RequestMappng 中的 consumes 对应 请求头 “Content-Type”
* @RequestMappng 中的 produces 对应 请求头 “Accept”
HttpMessageConverter 执行逻辑：
* 读操作：尝试是否能读取，canRead 方法去尝试，如果返回 true 下一步执行 read
* 写操作：尝试是否能写入，canWrite 方法去尝试，如果返回 true 下一步执行 write