SpringBoot系列之Web如何支持下划线驼峰互转的传参与返回

SpringBoot系列之Web如何支持下划线驼峰互转的传参与返回

接下来介绍一个非常现实的应用场景，有些时候后端接口对外定义的传参/返回都是下划线命名风格，但是Java本身是推荐驼峰命名方式的，那么必然就存在一个传参下换线，转换成驼峰的场景；以及在返回时，将驼峰命名的转换成下划线

那么如何支持上面这种应用场景呢?

本文介绍几种常见的手段

I. 项目搭建

1. 项目依赖

本项目借助SpringBoot 2.2.1.RELEASE + maven 3.5.3 + IDEA进行开发

开一个web服务用于测试

<dependencies>    <!-- 邮件发送的核心依赖 -->    <dependency>        <groupId>org.springframework.boot</groupId>        <artifactId>spring-boot-starter-web</artifactId>    </dependency></dependencies>

配置文件application.yml

server:  port: 8080

2. 需求拆分

接下来为了更方便的理解我们要做的事情，对上面的应用场景进行一些拆分，方便理解

2.1 请求参数解析

对于请求参数，外部传递是下划线命名格式的方式，需要与项目中驼峰命名的对象进行映射，所以这里的问题点就是无法走默认的绑定规则，需要我们进行兼容处理

比如传参是 user_name = 一灰灰，但是我们接收的参数是 userName

2.2 返回结果处理

返回结果的处理，这里单指返回json对象的场景，一个普通的POJO对象，正常序列化为json字符串时，key实际上与对象的成员名是一致的，而现在则希望将key统一成下划线风格的方式

如，返回一个简单的实体对象​​​​​​​

public class ViewDo {  private Integer userId;  private string userName;}

对应期待返回的json串为​​​​​​​

{  "user_name" : "张三",  "user_id" : 110}

II. 支持方式

为了简化后续的流程，我们这里的传参都确定两个userName + userId，对应项目中的实体类如​​​​​​​

@Data@NoArgsConstructor@AllArgsConstructorpublic static class ViewDo {    private Integer userId;    private String userName;}

1. 请求参数解析

1.1 @RequestParam注解方式

最简单也是最容易想到的方式自然是直接使用RequestParam注解，将所有的请求参数都通过它来重命名​​​​​​​

@GetMapping(path = "getV3")public ViewDo getV3(@RequestParam("user_id") Integer userId, @RequestParam("user_name") String userName) {    String str = "userId: " + userId + " userName: " + userName;    System.out.println(str);    return new ViewDo(userId, userName);}

使用上面直接来写参数映射关系的方式属于比较常见的方法了，但是存在一个问题

•通用性差（每个接口的每个参数都要这么整，如果工资是按照代码来付费的话，那还是可以接收的；否则这个写法，就真的有点难受了）•若接口参数定义的是Map、Java bean实体（POJO），这个映射关联就不太好处理了

除了上面这个问题之外，有个不是问题的问题（为什么这么说，且看下面的说法）

•如果我的接口传参，希望同时接收驼峰和下划线命名的传参（现实中还真有这种神经病似的场景，别问我怎么知道的），上面这个是不行的

1.2 Json传参指定命名策略

上面的case，适用于常见的get请求，post表单传参，然后在接口处一一定义参数；对于post json传参时，我们可以考虑通过定义json序列化的命名策略，来支持下划线与驼峰的互转

比如SpringMVC默认使用的jackson来实现json序列化，那么我们可以直接通过指定jackson的PropertyNamingStrategy来完成

配置文件中 application.yml，添加下面这行​​​​​​​

spring:  jackson:    # 使用jackson进行json序列化时，可以将下划线的传参设置给驼峰的非简单对象成员上；并返回下划线格式的json串    # 特别注意。使用这种方式的时候，要求不能有自定义的WebMvcConfigurationSupport，因为会覆盖默认的处理方式    # 解决办法就是 拿到ObjectMapper的bean对象，手动塞入进去    property-naming-strategy: SNAKE_CASE

对应的接口定义如下​​​​​​​​​​​​​​

/** * post json串 *  curl 'http://127.0.0.1:8080/postV2' -X POST -H 'content-type:application/json' -d '{"user_id": 123, "user_name": "一灰灰"}' * @param viewDo * @return */@PostMapping(path = "postV2")public ViewDo postV2(@RequestBody ViewDo viewDo) {    System.out.println(viewDo);    return viewDo;}

实际请求之后，看一下效果

注意

•使用上面这种配置的方式，需要特比注意的，如果在项目中自己定义了WebMvcConfigurationSupport，那么上面的配置将不会生效（至于具体的原因，后面有机会单独说明）

当我们实际的项目中，无法直接使用上面这种配置时，可以考虑使用下面的方式​​​​​​​

@SpringBootApplicationpublic class Application  extends WebMvcConfigurationSupport {    /**     * 下面这个设置，可以实现json参数解析/返回时，传入的下划线转驼峰；输出的驼峰转下划线     * @param converters     */    @Override    protected void extendMessageConverters(List<HttpMessageConverter<?>> converters) {        MappingJackson2HttpMessageConverter converter = new MappingJackson2HttpMessageConverter();        ObjectMapper objectMapper = converter.getObjectMapper();        // 设置驼峰标志转下划线        objectMapper.setPropertyNamingStrategy(PropertyNamingStrategy.SNAKE_CASE);        // 设置格式化内容        converter.setObjectMapper(objectMapper);        converters.add(0, converter);        super.extendMessageConverters(converters);    }}

使用jackson的命名策略来支持驼峰下划线的转换虽好，但是存在一个非常明显的缺陷

•它只适用于json传参

1.3 自定义DataBinder

对于非json的传承，比如普通的get请求，post表单传参，然后在接口处通过定义一个POJO参数类来接收，此时又应该怎么处理呢?

比如接口定义如下​​​​​​​

/** * POJO 对应Spring中的参数转换是 ServletModelAttributeMethodProcessor | RequestParamMethodArgumentResolver * @param viewDo * @return */@GetMapping(path = "getV5")public ViewDo getV5(ViewDo viewDo) {    System.out.println("v5: " + viewDo);    return viewDo;}/** *  curl 'http://127.0.0.1:8080/postV1' -X POST -d 'user_id=123&user_name=一灰灰' *  注意：非json传参，jackson的配置将不会生效，即上面这个请求是不会实现下划线转驼峰的； 但是返回结果会是下划线的 * @param viewDo * @return */@PostMapping(path = "postV1")public ViewDo post(ViewDo viewDo) {    System.out.println(viewDo);    return viewDo;}

对于上面这种场景，一个想法就是是否可以在ViewDo的成员上，添加一个注解，指定参数名，一如RequestParam，不过Spring貌似并没有提供这种支持能力

因此我们可以考虑自己来实现数据绑定，下面提供一个基础的实现, 来演示这种方式改怎么玩（相对完整的基于注解的映射方式，下篇博文介绍）​​​​​​​

public class SimpleDataBinder extends ExtendedServletRequestDataBinder {    public SimpleDataBinder(Object target, String objectName) {        super(target, objectName);    }    @Override    protected void addBindValues(MutablePropertyValues mpvs, ServletRequest request) {        super.addBindValues(mpvs, request);        if (!mpvs.contains("userName")) {            mpvs.add("userName", getVal(mpvs, "user_name"));        }        if (!mpvs.contains("userId")) {            mpvs.add("userId", getVal(mpvs, "user_id"));        }    }    private Object getVal(MutablePropertyValues mpvs, String key) {        PropertyValue pv = mpvs.getPropertyValue(key);        return pv != null ? pv.getValue() : null;    }}

然后在参数解析中，使用这个DataBinder​​​​​​​

public class SimpleArgumentProcessor extends ServletModelAttributeMethodProcessor {    public SimpleArgumentProcessor(boolean annotationNotRequired) {        super(annotationNotRequired);    }    @Override    protected void bindRequestParameters(WebDataBinder binder, NativeWebRequest nativeWebRequest) {        Object target = binder.getTarget();        SimpleDataBinder dataBinder = new SimpleDataBinder(target, binder.getObjectName());        super.bindRequestParameters(dataBinder, nativeWebRequest);    }}

接着就是注册这个参数解析​​​​​​​

@SpringBootApplicationpublic class Application  extends WebMvcConfigurationSupport {    @Override    protected void addArgumentResolvers(List<HandlerMethodArgumentResolver> argumentResolvers) {        argumentResolvers.add(new SimpleArgumentProcessor(true));    }}

再次请求时，可以发现下划线的传参也可以映射到ViewDo对象上(无论是get请求还是post请求，都可以正确映射)

2.返回结果

对于返回结果，希望返回下划线格式的json串，除了上面介绍到的设置json序列化的命名策略之外，还有下面几种配置方式

2.1 属性注解 @JsonProperty

直接在POJO对象的成员上，指定希望输出的name​​​​​​​

public static class ViewDo {    @JsonProperty("user_id")    private Integer userId;    @JsonProperty("user_name")    private String userName;}

2.2 实体类注解 @JsonNaming

直接在类上添加注解，指定驼峰策略​​​​​​​

@JsonNaming(value = PropertyNamingStrategy.SnakeCaseStrategy.class)public static class ViewDo {    private Integer userId;    private String userName;}

2.3 全局配置

上面两种缺点比较明显，不太通用；更通用的选择和前面传参的json序列化配置方式一样，两种姿势

配置文件指定​​​​​​​

spring:  jackson:    # 使用jackson进行json序列化时，可以将下划线的传参设置给驼峰的非简单对象成员上；并返回下划线格式的json串    # 特别注意。使用这种方式的时候，要求不能有自定义的WebMvcConfigurationSupport，因为会覆盖默认的处理方式    # 解决办法就是 拿到ObjectMapper的bean对象，手动塞入进去    property-naming-strategy: SNAKE_CASE

前面也说到，上面这种配置可能会失效（比如你设置了自己的WebMvcConfig)，推荐使用下面的方式​​​​​​​

public class Application  extends WebMvcConfigurationSupport {    /**     * 下面这个设置，可以实现json参数解析/返回时，传入的下划线转驼峰；输出的驼峰转下划线     * @param converters     */    @Override    protected void extendMessageConverters(List<HttpMessageConverter<?>> converters) {        MappingJackson2HttpMessageConverter converter = new MappingJackson2HttpMessageConverter();        ObjectMapper objectMapper = converter.getObjectMapper();        // 设置驼峰标志转下划线        objectMapper.setPropertyNamingStrategy(PropertyNamingStrategy.SNAKE_CASE);        // 设置格式化内容        converter.setObjectMapper(objectMapper);        converters.add(0, converter);        super.extendMessageConverters(converters);    }}

3. 小结

本文主要介绍了几种实例case，用于实现传参/返回的驼峰与下划线的互转，核心策略，有下面几种

•传参：@RequestParam 指定真正的传参name•Json传参、返回：通过定义json序列化框架的PropertyNamingStrategy，来实现•普通表单传参/get传参，映射POJO时：通过自定义的DataBinder，来实现映射

虽然上面几种姿势，可以满足我们的基本诉求，但是如果我希望实现一个通用的下划线/驼峰互转策略，即不管传参是下划线还是驼峰，都可以正确无误的绑定到接口的参数变量上，可以怎么实现呢？

本文链接：https://www.kjpai.cn/news/2024-04-09/155991.html，文章来源：网络cs，作者：纳雷武，版权归作者所有，如需转载请注明来源和作者，否则将追究法律责任！