Spring对应枚举传参/返回值默认是用字面量实现的(实际情况更复杂),而《阿里巴巴Java开发手册》规定接口返回值不可以使用枚举类型(包括含枚举类型的POJO对象),为此,本文探究了Spring内部对枚举参数的传递和处理机制,并提供了一套自定义方案。
《阿里巴巴Java开发手册》将接口中枚举的使用分为两类,即 接口参数和接口返回值,并规定:
接口参数可以使用枚举类型,但接口返回值不可以使用枚举类型(包括含枚举类型的POJO对象)。
知乎有相关讨论和作者亲答,详情可见:Java枚举什么不好,《阿里巴巴JAVA开发手册》对于枚举规定的考量是什么?
现摘录一部分作者回答如下:
由于升级原因,导致双方的枚举类不尽相同,在接口解析,类反序列化时出现异常。
Java中出现的任何元素,在Gosling的角度都会有背后的思考和逻辑(尽管并非绝对完美,但Java的顶层抽象已经是天才级了),比如:接口、抽象类、注解、和本文提到的枚举。枚举有好处,类型安全,清晰直接,还可以使用等号来判断,也可以用在switch中。
它的劣势也是明显的,就是不要扩展
。可是为什么在返回值和参数进行了区分呢,如果不兼容,那么两个都有问题,怎么允许参数可以有枚举。当时的考虑,如果参数也不能用,那么枚举几乎无用武之地了。参数输出,毕竟是本地决定的,你本地有的,传送过去,向前兼容是不会有问题的。但如果是接口返回,就比较恶心了,因为解析回来的这个枚举值,可能本地还没有,这时就会抛出序列化异常。比如:你的本地枚举类,有一个天气Enum:SUNNY, RAINY, CLOUDY,如果根据天气计算心情的方法:guess(WeatcherEnum xx),传入这三个值都是可以的。返回值:Weather guess(参数),那么对方运算后,返回一个SNOWY,本地枚举里没有这个值,傻眼了。
当然,使用 code 照样不能处理,对此,开发手册作者的回答如下
主要是从防止这种序列化异常角度来考虑,使用code至少不会出大乱子。而catch序列化异常,有点像catch(NullPointerException e)一样代码过度,因为它是可预检异常。
假如有一枚举类如下:
public enum ReturnCodeEnum {
OK(200),
ERROR(500)
;
private final int code;
ReturnCodeEnum(int code){
this.code=code;
}
public int getCode() {
return code;
}
}
枚举实例有两个默认属性,
name
和ordinal
,可通过 name()和ordinal()方法分别获得。其中 name 为枚举字面量(如 OK),ordinal 为枚举实例默认次序(从0开始)
需要注意的是,不建议使用枚举的 ordinal,因为枚举实例应该是无序的,ordinal 提供的顺序是不可靠的,所以我们应该使用自定义的枚举字段 code。
后文为方便阐述,以 字面量(name)、默认次序(ordinal)和 code来展开阐述。如 OK 的 字面量为 OK,ordinal 为 0 ,code为 200。
对于实现通用code枚举接口的枚举类型,有如下效果:
此处只对 restful 接口进行讨论。对于 restful 接口,Spring MVC 的返回值是使用 @ResponseBody 进行处理的。
而参数的接收方式则较多,对于非简单类型,如 Enum ,一般的接收方法为 Bean 接收或 @ResponseBody 接收。
简单来说 Spring 默认使用Bean接收枚举参数时支持 字面量
,这也是我们常见的做法。
参考自:Spring与枚举参数
GET 请求和 POST Form 请求中的字符串到枚举的转化是通过 org.springframework.core.convert.support.StringToEnumConverterFactory 来实现的.
该类实现了接口 ConverterFactory ,通过调用 Enum.valueOf(Class, String) 实现了这个功能。
向下追溯源码可以发现该方法实际上是从一个 Map的字典中获取了转换后的实际值,着这个 String 类型的 Key 的获取方式就是 Enum.name() 返回的结果,即 枚举的字面值
。
简单来说 Spring使用@RequeseBody 接收枚举参数时支持 字面量和 ordinal
对于@RequestBody,Spring会将其内容视为一段 Json,所做工作为使用 Jackson 完成反序列化。其实现会经过Jackson的EnumDeserializer的deserialize方法。感兴趣的可以去看看源码,这里不贴出来,讲一下思路:
如我们平常使用所见,返回的是字面量
参照Spring对枚举参数的处理,我们可以提供覆盖/替换Spring的处理来达到我们的效果,
经本人测试,比较好的实现方案有(不考虑反射):
addFormatters
注入自定义ConverterFactory,该工厂负责生成 通用code枚举接口的实现类对应的转换器可行方案
使用@JsonValue
自定义特定枚举类的Jackson序列化/反序列化方式
@JsonValue
注解标记 获取code值的枚举实例方法。序列化
/反序列化
时枚举对应的值,会覆盖原来从字面量反序列化回枚举的默认实现。@JsonCreator
的构造/静态工厂方法。@JsonValue
public int getCode() {
return code;
}
@JsonCreator
public static ReturnCodeEnum create(String name){
try{
return ReturnCodeEnum.valueOf(name);
}catch (IllegalArgumentException e){
int code=Integer.parseInt(name);
for (ReturnCodeEnum value : ReturnCodeEnum.values()) {
if(value.code==code){
return value;
}
}
}
throw new IllegalArgumentException("No element matches "+name);
}
不可行方案
例子
如使用自定义的 @ResponseBody 注解及对应 HandlerMethodReturnValueHandler
使用自定义 HttpMessageConverter 实现对 json 返回资源的完全控制
不可行原因
我们平时使用 @ResponseBody 是交给 RequestResponseBodyMethodProcessor
这个类处理,所以我们也可以弃用@ResponseBody并自己写一个注解和对负责处理该注解的 HandlerMethodReturnValueHandler。这样我们就可以完全控制返回值的处理了。这样也就相对于放弃了 @ResponseBody。
自己实现 HttpMessageConverter 则是在更高的层次进行处理,代价太大。
相关资料
baeldung:Http Message Converters with the Spring Framework
baeldung:Guide to Spring Type Conversions
自定义注解和HandlerMethodReturnValueHandler可以参考:
Spring MVC 更灵活的控制 json 返回(自定义过滤字段)
深入Spring:自定义ResponseBody
spring自定义返回值解析器
详解SpringMVC中Controller的方法中参数的工作原理[附带源码分析]
SpringMVC 学习笔记(七) JSON返回:HttpMessageConverter作用
使用自定义HttpMessageConverter对返回内容进行加密
自定义枚举 — Gson转换
/**
* @version V1.0
* @author: linshenkx
* @date: 2019/1/12
* @description: 带编号的枚举接口
*/
public interface CodedEnum {
/**
* 使用jackson序列化/反序列化时枚举对应的值
* 如果想要保留原来从字面量反序列化回枚举类的功能,
* 需要自定义一个 @JsonCreator 的构造/静态工厂方法
* @return 自定义枚举code
*/
@JsonValue
int getCode();
}
代码实现
/**
* @version V1.0
* @author: linshenkx
* @date: 2019/1/12
* @description: 带编号的枚举转换器 工厂
*/
public class CodedEnumConverterFactory implements ConverterFactory<String, CodedEnum> {
/**
* 目标类型与对应转换器的Map
*/
private static final Map<Class,Converter> CONVERTER_MAP=new HashMap<>();
/**
* 根据目标类型获取相应的转换器
* @param targetType 目标类型
* @param CodedEnum的实现类
* @return
*/
@Override
public <T extends CodedEnum> Converter<String, T> getConverter(Class<T> targetType) {
Converter converter=CONVERTER_MAP.get(targetType);
if(converter==null){
converter=new IntegerStrToEnumConverter<>(targetType);
CONVERTER_MAP.put(targetType,converter);
}
return converter;
}
/**
* 将int对应的字符串转换为目标类型的转换器
* @param 目标类型(CodedEnum的实现类)
*/
class IntegerStrToEnumConverter<T extends CodedEnum> implements Converter<String,T>{
private Map<String,T> enumMap=new HashMap<>();
private IntegerStrToEnumConverter(Class<T> enumType){
T[] enums=enumType.getEnumConstants();
for (T e:enums){
//从 code 反序列化回枚举
enumMap.put(e.getCode()+"",e);
//从枚举字面量反序列回枚
//是Spring默认的方案
//此处添加可避免下面convert方法抛出IllegalArgumentException异常后被系统捕获再次调用默认方案
enumMap.put(((Enum)e).name()+"",e);
}
}
@Override
public T convert(String source) {
T result=enumMap.get(source);
if(result==null){
//抛出该异常后,会调用 spring 的默认转换方案,即使用 枚举字面量进行映射
throw new IllegalArgumentException("No element matches "+source);
}
return result;
}
}
}
简单来说就是在SpringBoot中不要使用@EnableWebMvc,使用@Configuration标记自定义@WebMvcConfigurer类就行,而且该类允许多个同时存在。
相关资料:
Spring注解@EnableWebMvc使用坑点解析
解析@EnableWebMvc 、WebMvcConfigurationSupport和WebMvcConfigurationAdapter
WebMvcConfigurationSupport与WebMvcConfigurer的关系
@EnableWebMvc如何禁止@EnableAutoConfiguration
/**
* @version V1.0
* @author: linshenkx
* @date: 2019/1/12
* @description: 将转换器工厂添加到Spring
*/
@Configuration
public class CodedEnumWebAppConfigurer implements WebMvcConfigurer {
@Override
public void addFormatters(FormatterRegistry registry) {
registry.addConverterFactory(new CodedEnumConverterFactory());
}
}
/**
* @version V1.0
* @author: linshenkx
* @date: 2019/1/13
* @description: 枚举类
*/
public enum ReturnCodeEnum implements CodedEnum {
/**
* 正常
*/
OK(200),
/**
* 出错
*/
ERROR(500)
;
private final int code;
ReturnCodeEnum(int code){
this.code=code;
}
@Override
public int getCode() {
return code;
}
@JsonCreator
public static ReturnCodeEnum create(String name){
try{
return ReturnCodeEnum.valueOf(name);
}catch (IllegalArgumentException e){
int code=Integer.parseInt(name);
for (ReturnCodeEnum value : ReturnCodeEnum.values()) {
if(value.code==code){
return value;
}
}
}
throw new IllegalArgumentException("No element matches "+name);
}
}
/**
* @version V1.0
* @author: linshenkx
* @date: 2019/1/12
* @description: 枚举包装类
*/
@Data
public class MyResult{
private ReturnCodeEnum returnCode;
private String message;
}
/**
* @version V1.0
* @author: linshenkx
* @date: 2019/1/12
* @description: 测试类
*/
@RestController
@RequestMapping("/test")
public class TestController {
@PostMapping(value = "/enumForm")
public MyResult testEnumForm(
@RequestBody MyResult myResult) {
ReturnCodeEnum status = myResult.getReturnCode();
System.out.println("name():"+status.name());
System.out.println("ordinal():"+status.ordinal());
System.out.println("getCode():"+status.getCode());
return myResult;
}
@PostMapping(value = "/enumJson")
public MyResult testEnumJson(
@RequestBody MyResult myResult) {
ReturnCodeEnum status = myResult.getReturnCode();
System.out.println("name():"+status.name());
System.out.println("ordinal():"+status.ordinal());
System.out.println("getCode():"+status.getCode());
return myResult;
}
@PostMapping(value = "/enumPath/{status}")
public ReturnCodeEnum testEnumPath(
@PathVariable ReturnCodeEnum status) {
return status;
}
@PostMapping(value = "/enumParam")
public ReturnCodeEnum testEnumParam(
@RequestParam ReturnCodeEnum status) {
return status;
}
}
另外还需注入上面的转换器工厂,这里不再重复贴出。
如上,因为ReturnCodeEnum 实现了 CodedEnum 接口,并注入对应转换器工厂,所以可以在 表单提交的时候适用code和字面量接收枚举参数。
ReturnCodeEnum还写了@JsonValue注解的方法,所以使用Json传参/返回值时使用@JsonValue对应的返回值。
因为我们还想实现Json传参的时候支持字面量,所以我们在@JsonCreator注解的方法里写了支持 code 和字面量,该方法会使@JsonValue 对反序列化的支持失效,所以写的时候不仅要支持字面量还要支持原本的目的-----code。
由于我们已经覆盖了原来的序列化/反序列化方式,所以 ordinal 的支持已经失效。
另外,由于我们可以将参数中的String转化为枚举,所以我们也可以直接使用 @PathVariable 和 @RequestParam(Content-Type: multipart/form-data)来传递枚举参数(相关资料:Baeldung:Guide to Spring Type Conversions),但是注意这个时候不能使用 包含枚举类型的POJO类,除非你再定义一个从简单类型到复合类型的转换器。
name():OK
ordinal():0
getCode():200
name():OK
ordinal():0
getCode():200
Field error in object ‘myResult’ on field ‘returnCode’: rejected value [0]; codes [typeMismatch.myResult.returnCode,typeMismatch.returnCode,typeMismatch.com.dx.hbdt.system.manager.hongbao.controller.ReturnCodeEnum,typeMismatch]; arguments [org.springframework.context.support.DefaultMessageSourceResolvable: codes [myResult.returnCode,returnCode]; arguments []; default message [returnCode]]; default message [Failed to convert property value of type ‘java.lang.String’ to required type ‘com.dx.hbdt.system.manager.hongbao.controller.ReturnCodeEnum’ for property ‘returnCode’; nested exception is org.springframework.core.convert.ConversionFailedException: Failed to convert from type [java.lang.String] to type [com.dx.hbdt.system.manager.hongbao.controller.ReturnCodeEnum] for value ‘0’; nested exception is java.lang.IllegalArgumentException: No element matches 0]]
name():OK
ordinal():0
getCode():200
name():OK
ordinal():0
getCode():200
ordinal
调用@JsonCreator的create方法的时候抛出 IllegalArgumentException 异常
其他
字符串是要携带引号的,如果不携带引号会解析错误,如{ “returnCode”: OK }
数字可不携带引号,在反序列化成枚举时仍会看成 String 对待,并获得与上面相同的效果。