day08-自定义转换器&处理JSON&内容协商
自定义转换器&处理JSON&内容协商
1.1基本介绍
- SpringBoot 在响应客户端请求时，将提交的数据封装成对象时，使用了内置的转换器，也就是自动帮我们封装对象。springboot 自带了124个转换器，可以实现大部分的类型间的转换。
- SpringBoot 也支持自定义转换器。但当前台发送请求传递的参数使用内置的转换器不能转换时，这时就需要写一个自定义的数据类型转换器，我们只需要实现 Converter 接口的 convert 方法即可。
1.2应用案例
演示自定义转换器的使用。
（1）save.html
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>save</title>
</head>
<body>
<form action="/saveMonster" method="post">
编号：<input name="id" value="10001"/><br/>
姓名：<input name="name" value="齐天大圣"/><br/>
年龄：<input name="age" value="888"/><br/>
婚否：<input name="isMarried" value="false"/><br/>
生日：<input name="birth" value="1456/12/12"/><br/>
<!--使用自定义转换器关联car，value字符串整体添加，使用逗号间隔-->
坐骑：<input name="car" value="避水金晶兽,666.6"/><br/>
<input type="submit" value="保存"/>
</form>
</body>
</html>（2）自定义转换器（String-->Car）
package com.li.config;
import com.li.bean.Car;
import org.springframework.context.annotation.Configuration;
import org.springframework.core.convert.converter.Converter;
import org.springframework.format.FormatterRegistry;
import org.springframework.util.ObjectUtils;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;
/**
* @author 李
* @version 1.0
* (proxyBeanMethods = false)
* 1.表示启用Lite模式，保证修饰的配置类中，每个@Bean方法被调用多少次返回的组件都是新创建的，
* 是多例对象，是非代理方式。
* 2.proxyBeanMethods 在调用 @Bean 方法时才生效，因此需要先获取BeanConfig 组件，再调用方法
*/
@Configuration(proxyBeanMethods = false)//设置为设置类
public class WebConfig {
//注入bean-WebMvcConfigurer
@Bean
public WebMvcConfigurer webMvcConfigurer() {
return new WebMvcConfigurer() {
@Override
public void addFormatters(FormatterRegistry registry) {
/**
* 1.在 addFormatters()方法中添加一个自定义的转换器
* 2.自定义转换器要完成的功能是 String -> Car
* 3.增加的转换器会注册到 converters 容器中
* 4.converters 底层结构是 ConcurrentHashMap，默认内置了124个转换器
*/
registry.addConverter(new Converter<String, Car>() {
//<sourceType,targetType>
//匿名内部类
@Override
public Car convert(String source) {//source即传入的字符串
//加入转换的业务代码
if (!ObjectUtils.isEmpty(source)) {
Car car = new Car();
String[] strings = source.split(",");
car.setName(strings[0]);
car.setPrice(Double.parseDouble(strings[1]));
return car;
}
return null;
}
});
//还可以增加更多的转换器
}
};
}
}（3）控制器
Monster和Car是级联对象，Car为Monster对象的属性。
//处理添加Monster的方法
@PostMapping("/saveMonster")
@ResponseBody
public String saveMonster(Monster monster) {
System.out.println("monster=" + monster);
return "success";
}（4）浏览器提交表单，后台输出如下：
monster=Monster(id=10001, name=齐天大圣, age=888, isMarried=false, birth=Sun Dec 12 00:00:00 CST 1456, car=Car(name=避水金晶兽, price=666.6))可以看到服务器成功获取到表单数据，并将car表单项的value值转换为Car对象的属性值。
1.3注意事项
不同转换器通过key值区分，key=[源类型->目标类型]
如果实现的两个自定义转换器的 key 值相同（即源类型和目标类型相同），则在注入容器时，根据注入的顺序，后一个转换器会覆盖前一个转换器！
SpringBoot 支持返回 JSON 格式的数据，在启用 WEB 开发场景时，已经引入了相关的依赖：spring-boot-starter-json。
例子-使用@ResponseBody处理返回 json
package com.li.controller;
import com.li.bean.Car;
import com.li.bean.Monster;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.ResponseBody;
import java.util.Date;
/**
* @author 李
* @version 1.0
*/
@Controller
public class ResponseController {
//编写方法，以json格式返回数据
@GetMapping("/get/monster")
@ResponseBody
public Monster getMonster() {
Monster monster = new Monster();
monster.setId(199);
monster.setName("孙悟空");
monster.setAge(23);
monster.setIsMarried(false);
monster.setBirth(new Date());
Car car = new Car();
car.setName("奔驰");
car.setPrice(20000.0);
monster.setCar(car);
return monster;
}
}浏览器访问该方法，返回如下：
为什么SpringBoot可以将Monster对象以 JSON格式返回呢？
它的底层仍然用到了一个转换器：AbstractJackson2HttpMessageConverter
其中一个重要的方法如下：
返回数据的格式是按照你设置的contentType类型。如果没有指定，默认为json格式。
//参数Object object就是控制器方法返回的对象类型，如Monster
protected void writeInternal(Object object, @Nullable Type type, HttpOutputMessage outputMessage) throws IOException, HttpMessageNotWritableException {
//当控制器方法返回的时候，获取返回对象的contentType，一般为application/json
MediaType contentType = outputMessage.getHeaders().getContentType();
//获取编码，一般为utf-8
JsonEncoding encoding = this.getJsonEncoding(contentType);
Class<?> clazz = object instanceof MappingJacksonValue ? ((MappingJacksonValue)object).getValue().getClass() : object.getClass();
ObjectMapper objectMapper = this.selectObjectMapper(clazz, contentType);
Assert.state(objectMapper != null, "No ObjectMapper for " + clazz.getName());
OutputStream outputStream = StreamUtils.nonClosing(outputMessage.getBody());
try {//生成一个UTF8JsonGenerator对象
JsonGenerator generator = objectMapper.getFactory().createGenerator(outputStream, encoding);
Throwable var10 = null;
try {//对返回的数据类型进行一系列处理
this.writePrefix(generator, object);
Object value = object;
Class<?> serializationView = null;
FilterProvider filters = null;
JavaType javaType = null;
if (object instanceof MappingJacksonValue) {
MappingJacksonValue container = (MappingJacksonValue)object;
value = container.getValue();
serializationView = container.getSerializationView();
filters = container.getFilters();
}
if (type != null && TypeUtils.isAssignable(type, value.getClass())) {
javaType = this.getJavaType(type, (Class)null);
}
ObjectWriter objectWriter = serializationView != null ? objectMapper.writerWithView(serializationView) : objectMapper.writer();
if (filters != null) {
objectWriter = objectWriter.with(filters);
}
if (javaType != null && javaType.isContainerType()) {
objectWriter = objectWriter.forType(javaType);
}
SerializationConfig config = objectWriter.getConfig();
if (contentType != null && contentType.isCompatibleWith(MediaType.TEXT_EVENT_STREAM) && config.isEnabled(SerializationFeature.INDENT_OUTPUT)) {
objectWriter = objectWriter.with(this.ssePrettyPrinter);
}
//UTF8JsonGenerator对象处理返回的数据
objectWriter.writeValue(generator, value);
this.writeSuffix(generator, object);
generator.flush();
} catch (Throwable var26) {
var10 = var26;
throw var26;
} finally {
if (generator != null) {
if (var10 != null) {
try {
generator.close();
} catch (Throwable var25) {
var10.addSuppressed(var25);
}
} else {
generator.close();
}
}
}
} catch (InvalidDefinitionException var28) {
throw new HttpMessageConversionException("Type definition error: " + var28.getType(), var28);
} catch (JsonProcessingException var29) {
throw new HttpMessageNotWritableException("Could not write JSON: " + var29.getOriginalMessage(), var29);
}
}3.1基本说明
内容协商：服务端和请求端协商决定最终返回什么格式的内容。客户端发送请求的时候可以告知服务器，自己希望对方返回的数据格式列表，而服务器的接口也有能支持响应的格式列表，最终返回的结果会根据这两个类型列表，找到一种两边都能支持的类型返回，如果找不到合适的类型，则报错。
简单来说就是：根据客户端接收能力不同，SpringBoot 返回不同媒体类型的数据
比如：
- 客户端 Http 请求
Accept: application/xml则返回 xml 数据 - 客户端 Http 请求
Accept: application/json则返回 json 数据
例子1：使用postman测试
（1）使用postman发送Http请求，在此期间服务器的代码不变，根据请求头不同，返回的数据格式也会不同
返回json格式：
返回xml格式：
SpringBoot 默认支持返回 Json数据，不支持返回xml数据，所以需要导入jackson-dataformat-xml
<!--引入处理xml的依赖-->
<dependency>
<groupId>com.fasterxml.jackson.dataformat</groupId>
<artifactId>jackson-dataformat-xml</artifactId>
</dependency>
例子2：使用浏览器测试
浏览器不能指定Accept属性，我们在浏览器发出请求，发现返回的数据为xml格式：
这是因为浏览器的Accept中指定了多种媒体类型，如下：
- 支持接收html，xhtml+xml，xml格式类型的权重为0.9
- 支持接收image和
*/*[所有类型] 格式的权重为0.8 - 所以服务器会优先返回xhtml+xml格式
3.2问题
如上，客户端通过Http请求的Accept来指定能接收的媒体类型。那么服务端的接口是怎么响应这个类型的呢？
内容协商原理：
- 判断当前响应头中是否已经有确定的媒体类型
- 获取客户端Accept请求头字段
- 遍历循环所有当前系统的 MessageConverter，看谁支持操作这个对象
- 找到支持操作当前操作对象的converter，把converter支持的媒体类型统计出来
- 进行内容协商得到最佳匹配媒体类型
3.3注意事项
Postman可以通过修改Accept的值来返回不同的数据格式。对于浏览器来说，我们无法修改其Accept的值，这时如果要指定返回json格式，怎么办呢？
解决方案：开启支持基于请求参数的内容协商功能
（1）修改application.yml
spring:
mvc:
contentnegotiation:
favor-parameter: true #开启基于请求参数的内容协商，默认不开启（2）在浏览器请求的时候带上format参数，此时返回的就是指定的格式了
注意：参数format的值是规定好的，在开启请求参数的内容协商功能后，SpringBoot底层ParameterContentNegotiationStrategy会通过format来接收参数，然后返回对应的媒体类型/数据格式，因此format的值也要是SpringBoot能处理的才行。
当然format这个属性名本身也可以通过配置文件修改：
手机扫一扫
移动阅读更方便
你可能感兴趣的文章