springboot 的 路径匹配 和 内容协商
对于路径匹配，自己的总结就是：
以前路径匹配时默认不检查后缀，http://localhost:8080/aaa.json 可以直接访问到 @RequstMapping(“/aaa”) 的方法。现在不行了。现在会检查后缀了。
内容协商的理解总结：
就是通过添加 xml 依赖，或者在yml配置文件中进行一些配置，来指定访问的方法响应回来的数据类型，比如 json、xml 等。
★ 路径匹配
以前：路径匹配时默认不检查后缀。
比如请求 "GET /users.json"
Spring MVC可用@GetMapping("/users")修饰的处理方法来处理该请求。
Pathmatch类中定义了如下一行：
private boolean useSuffixPattern = false;
表明Spring Boot默认的路径匹配会执行后缀检查，
这意味着“GET /users.json”请求不会匹配到@GetMapping("/users")注解修饰的处理方法。
【可见】：Spring Boot不再建议使用 请求后缀 作为 “内容协商” 的方式。
【简单来说】 请求地址必须与@RequestMapping映射的地址完全相同，不支持请求地址后面带后缀。
对于路径匹配，自己的总结就是：
以前路径匹配时默认不检查后缀，http://localhost:8080/aaa.json 可以直接访问到 @RequstMapping(“/aaa”) 的方法。现在不行了。现在会检查后缀了。
★ 何谓内容协商
内容协商：服务器中控制器的一个处理方法可根据请求自动生成不同 content-type 的响应，比如HTML响应、JSON、XML响应，甚至EXCEL、PDF响应等。
内容协商时如何判断客户端希望接收的响应类型呢？
- 根据Accept请求头（最主流的方式，尤其在RESTful）
- 根据请求地址的后缀，比如请求/users.json，表明希望服务器生成JSON响应。 （已经不再推荐，可能会被彻底删除）
- 根据额外的请求参数。比如请求/users?format=json，表明希望服务器生成JSON响应。
提示：关于内容协商的深入介绍和详细示例，可以参考《轻量级Java Web企业应用实战》的6.5.8小节。
代码演示：
需求：根据设置Accept请求头来演示返回的响应类型。
返回json格式：
添加注解 @RestController 返回的就是 json 格式的数据
返回 xml 格式：
要返回xml 格式的数据，需要添加xml 的依赖
如图：代码没变，如果添加了这个 xml 依赖 ，访问这个方法，返回的自己就变成了 xml 格式的响应了。
postman 测试
★ 内容协商的推荐方式
- 优先使用Accept请求头。
- 如果不设置合适的Accept请求头，建议使用额外的format参数来告诉服务器生成的响应类型，
比如”GET /users?format=json“告诉服务器生成JSON响应。
在Contentnegotiation类的源代码中，包含如下行：
- private boolean favorParameter = false;
表明Spring Boot默认关闭了使用额外的参数来指定响应类型。
可通过如下配置来启用这个 --> 使用额外的参数来指定响应类型：
spring.mvc.contentnegotiation.favor-parameter=true
# 设置使用额外的fkft请求参数（代替原来默认的format请求参数）来指定响应的内容类型
spring.mvc.contentnegotiation.parameter-name=fkft
【为了生成XML响应，首先需要让应用增加XML支持，比如Jackson Dataformat XML】
代码演示：
需求：通过使用额外的参数来指定响应类型
配置这个就能启动 【使用额外参数来执行响应类型】的功能。默认是关闭的，需要在配置中启动。
这种就是内容协商。
#配置通过使用额外的参数来指定响应类型
spring:
mvc:
contentnegotiation:
favor-parameter: true
演示这个功能：
# 设置使用额外的 ljh 请求参数名（代替原来默认的format请求参数名）来指定响应的内容类型
spring.mvc.contentnegotiation.parameter-name=ljh
内容协商的理解总结：就是通过添加 xml 依赖，或者在yml配置文件中进行一些配置，来指定访问的方法响应回来的数据类型，比如 json、xml 等。
★ 强制开启基于后缀匹配的内容协商。
需要同时开启两个设置：
- 路径匹配时启用”后缀匹配“（不检查后缀）
- 内容协商时使用后缀
添加如下配置：
# 设置路径匹配时忽略检查后缀
# 该配置让“GET /users.json”能匹配GetMapping("/users")
spring.mvc.pathmatch.use-suffix-pattern=true
# 开启内容协商时的“后缀匹配”模式
spring.mvc.contentnegotiation.favor-path-extension=true
▲ 更安全的配置：
在路径匹配时，后缀匹配只匹配那些已经注册过的后缀类型，比如.json、.xml等，但对于.exe这种未知的后缀那就依然不匹配。
# 设置路径匹配时忽略检查后缀
spring.mvc.pathmatch.use-suffix-pattern=true
# 开启内容协商时的“后缀匹配”模式
spring.mvc.contentnegotiation.favor-path-extension=true
# 设置只匹配已注册的后缀类型
spring.mvc.pathmatch.use-registered-suffix-pattern=true
# 通过下面属性可注册自定义的扩展名和内容类型的对应关系
spring.mvc.contentnegotiation.media-types.markdown=text/markdown
代码演示：
# 设置路径匹配时忽略检查后缀
# 该配置让“GET /users.json”能匹配GetMapping("/users")
spring.mvc.pathmatch.use-suffix-pattern=true
# 开启内容协商时的“后缀匹配”模式
spring.mvc.contentnegotiation.favor-path-extension=true
演示通过 后缀名 来返回指定的响应类型。强制开启基于后缀匹配的内容协商
如图：
后缀为 .xml 返回的响应类型就是 xml
后缀为 .json 返回的响应类型就是 json
后缀为 .abc 乱写的，返回的响应类型就是原本不添加后缀的响应类型
因为后缀乱写都能匹配到，所以安全起见需要再配置一些东西
# 设置只匹配已注册的后缀类型
spring.mvc.pathmatch.use-registered-suffix-pattern=true
# 通过下面属性可注册自定义的扩展名和内容类型的对应关系
spring.mvc.contentnegotiation.media-types.markdown=text/markdown
通过配置这个 spring.mvc.pathmatch.use-registered-suffix-pattern=true，设置只匹配已注册的后缀类型后，乱写后缀就匹配不到方法了，安全性提高了一点
这个是自定义的拓展名：
# 通过下面属性可注册自定义的扩展名和内容类型的对应关系
# 指定 .markdown 后缀 和 text/markdown 之间的对应关系
spring.mvc.contentnegotiation.media-types.markdown=text/markdown
自定义的拓展名，不过应该是没有这个text/markdown与之对应，所以报错
