五年经验，接口设计还返回Long类型字段？

前言

前段时间有个同事问，集成环境服务是不是有bug，操作过程中提示音频不存在，后来经过排查发现是接口返回的Long音频id，js对Long类型有精度丢失问题。之前audioId是数据库的自增id,后来因为数据库分库分表，audioId采用了雪花算法生成，生成的audioId是17位，js中数字超过16位就会有精度丢失问题。可以看看数据库里面的audioId

 再看看前端展示的audioId

 如何解决？

既然知道了js对Long类型数据有精度丢失问题，那么在前后端分离的接口设计中，对于Long类型字段，我们直接设计String类型，就没有Long类型精度丢失问题了。或者进行全局处理，对所有接口返回的Long字段都统一转换成String类型。

import com.fasterxml.jackson.databind.ser.std.ToStringSerializer;
import org.springframework.boot.autoconfigure.jackson.Jackson2ObjectMapperBuilderCustomizer;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import java.math.BigInteger;

@Configuration
public class JacksonConfig {
    /**
     * Jackson全局转化long类型为String，解决jackson序列化时传入前端Long类型缺失精度问题
     */
    @Bean
    public Jackson2ObjectMapperBuilderCustomizer jackson2ObjectMapperBuilderCustomizer() {
        return jacksonObjectMapperBuilder -> {
            jacksonObjectMapperBuilder.serializerByType(BigInteger.class,ToStringSerializer.instance);
            jacksonObjectMapperBuilder.serializerByType(Long.class,ToStringSerializer.instance);
        };
    }
}

都是些小细节，没考虑到，上了生产环境就是大事故了。