今天在公司项目中修改id的生成策略为mybatis-plus自带的IdWorker策略时,发现返回给前台的id竟然和数据库不一致。费解得很呐。
package net.mshome.twisted.tmall.entity; import com.baomidou.mybatisplus.annotation.FieldFill; import com.baomidou.mybatisplus.annotation.IdType; import com.baomidou.mybatisplus.annotation.TableField; import com.baomidou.mybatisplus.annotation.TableId; import lombok.AllArgsConstructor; import lombok.Data; import lombok.NoArgsConstructor; import java.io.Serializable; import java.time.LocalDateTime; /** * 数据库实体类的父类,必需字段 * * @author tangjizhouchn@foxmail.com * @date 2019/9/6 */ @Data @NoArgsConstructor @AllArgsConstructor public class BaseEntity implements Serializable { private static final long serialVersionUID = 236424297319280526L; /** * 数据表主键,此处采用mybatis-plus自带的IdType.ID_WORKER策略 */ @TableId(value = "id", type = IdType.ID_WORKER) protected Long id; /** * 数据创建时间 */ @TableField(fill = FieldFill.INSERT) protected LocalDateTime createTime; /** * 数据更新时间 */ @TableField(fill = FieldFill.INSERT_UPDATE) protected LocalDateTime updateTime; }
mybatis-plus的ID_WORKER策略会生成一个Long型的很长长长长的数字,这个数字传到前台之后,超过了js中数字的最大范围,具体表现为最后两位始终为 0。
很容易想到,超过了js数字最大范围,那直接转成String类型就完了。
package net.mshome.twisted.tmall.entity; import com.baomidou.mybatisplus.annotation.FieldFill; import com.baomidou.mybatisplus.annotation.IdType; import com.baomidou.mybatisplus.annotation.TableField; import com.baomidou.mybatisplus.annotation.TableId; import com.fasterxml.jackson.databind.annotation.JsonSerialize; import com.fasterxml.jackson.databind.ser.std.ToStringSerializer; import lombok.AllArgsConstructor; import lombok.Data; import lombok.NoArgsConstructor; import java.io.Serializable; import java.time.LocalDateTime; /** * 数据库实体类的父类,必需字段 * * @author tangjizhouchn@foxmail.com * @date 2019/9/6 */ @Data @NoArgsConstructor @AllArgsConstructor public class BaseEntity implements Serializable { private static final long serialVersionUID = 236424297319280522L; /** * 数据表主键 */ @TableId(value = "id", type = IdType.ID_WORKER) @JsonSerialize(using = ToStringSerializer.class) protected Long id; /** * 数据创建时间 */ @TableField(fill = FieldFill.INSERT) protected LocalDateTime createTime; /** * 数据更新时间 */ @TableField(fill = FieldFill.INSERT_UPDATE) protected LocalDateTime updateTime; }
添加 @JsonSerialize(using = ToStringSerializer.class)将结果转换成String。
此方案适合有baseEntity的时候,避免每个entity都要单独维护,很麻烦。
package net.mshome.twisted.tmall.configuration; import com.fasterxml.jackson.databind.ObjectMapper; import com.fasterxml.jackson.databind.module.SimpleModule; import com.fasterxml.jackson.databind.ser.std.ToStringSerializer; import com.fasterxml.jackson.datatype.jsr310.deser.LocalDateTimeDeserializer; import com.fasterxml.jackson.datatype.jsr310.ser.LocalDateSerializer; import com.fasterxml.jackson.datatype.jsr310.ser.LocalDateTimeSerializer; import org.springframework.boot.autoconfigure.jackson.Jackson2ObjectMapperBuilderCustomizer; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.http.converter.json.Jackson2ObjectMapperBuilder; import java.time.LocalDate; import java.time.LocalDateTime; import java.time.format.DateTimeFormatter; /** * 系统通用简单配置 * * @author tangjizhouchn@foxmail.com * @date 2019/10/16 */ @Configuration public class TmallConfiguration { /** * 方式一:此方式可以灵活配置任意类型的序列化反序列化 */ @Bean public Jackson2ObjectMapperBuilderCustomizer builderCustomizer() { DateTimeFormatter dateFormatter = DateTimeFormatter.ofPattern("yyyy-MM-dd"); DateTimeFormatter dateTimeSerializeFormatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"); DateTimeFormatter dateTimeDeserializeFormatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm"); return builder -> { // 所有Long类型转换成String到前台 builder.serializerByType(Long.class, ToStringSerializer.instance); builder.serializerByType(LocalDate.class, new LocalDateSerializer(dateFormatter)); builder.serializerByType(LocalDateTime.class, new LocalDateTimeSerializer(dateTimeSerializeFormatter)); builder.deserializerByType(LocalDateTime.class, new LocalDateTimeDeserializer(dateTimeDeserializeFormatter)); }; } /** * * 方式二:采用objectMapper注入 */ @Bean public ObjectMapper objectMapper (Jackson2ObjectMapperBuilder builder) { ObjectMapper objectMapper = builder.createXmlMapper(false).build(); SimpleModule simpleModule = new SimpleModule(); // 直接将所有的Long类型转换为String simpleModule.addSerializer(Long.class, ToStringSerializer.instance); simpleModule.addSerializer(Long.TYPE, ToStringSerializer.instance); objectMapper.registerModule(simpleModule); return objectMapper; } }
直接将所有的Long类型转换为String给前台展示。后台用Long接收前台传入的数字String也可以的,Spring会自动给我们转换。
到此这篇关于mybatis-plus IdWorker生成的Id和返回给前台的不一致的解决的文章就介绍到这了,更多相关mybatis-plus IdWorker生成Id内容请搜索小牛知识库以前的文章或继续浏览下面的相关文章希望大家以后多多支持小牛知识库!
本文向大家介绍Mybatis返回插入主键id的方法,包括了Mybatis返回插入主键id的方法的使用技巧和注意事项,需要的朋友参考一下 在mapper的xml文件中配置 useGeneratedKeys 以及 keyProperty 返回Id即可 PS:Mybatis中insert中返回主键ID的方法 1、XyzMapper.xml 或 2、XyzMapper.java 3、要在map或c中有一
我配置了一个类似以下内容的语句(在这里进行解释,前面没有实际的代码): 就像现在一样,应用程序代码通过调用mybatis/postgres来生成本身以获取下一个序列值,然后将其传递给。 我想重构此代码,以便在中创建。据我所知,一种方法是将语句中的替换为。另一种方法是使用: 我希望在这两种情况下都能得到id的值作为返回值;是否生成了新记录和新序列id,或者如果存在冲突/更新,则为现有id。如何执行此
我正在尝试研究如何将6个随机生成的数字添加到HashSet中。我得到了结果,但结果不一致。有时它会将6个数字打印到控制台,有时它会打印5个数字到控制台。 我是今天早上才开始接触这种东西的,所以如果很明显,我道歉,并感谢你的帮助。
各位大佬 后端返回的id因为过大导致 精度丢失 导致前端打印显示与后端返回的数据id不一致 问题 如何解决 主要是后端如何解决 前端解决也可以给出有效方案,谢谢! 希望可以解决前端打印的数据 后端实际数据
问题内容: 我正在使用JPA(EclipseLink)和Spring。假设我有一个带有自动生成的ID的简单实体: 在我的DAO类中,我有一个调用此实体的insert方法。我希望该方法为新实体返回生成的ID,但是当我对其进行测试时,它将返回。 我还有一个包装DAO的服务类,如果有区别的话: 问题答案: 该ID仅保证在刷新时生成。持久实体只会使它“附加”到持久性上下文。因此,要么显式刷新实体管理器:
遇到了 keyup 和 keydown 区别的问题,于是自己简单在控制台输出了一个小写字母 a。 这是 keydown 的输出打印。 这是 keypress 的打印。 为什么这两个事件对象返回字母 a 的 keyCode 编码竟然不一致?