【SpringBoot+MyBatisPlus】分页的实现以及使用数值转换器来解决long型id精度丢失问题

简介: 分页的实现以及使用数值转换器来解决long型id精度丢失问题

前言

在以后的开发中,当全局唯一id的生成策略生成很长的Long型数值id之后会超过JS对Long型数据处理的能力范围,可能发生精度丢失而造成后端方法失效,我们要学会解决。分页功能虽然简单但是非常重要,对于刚接触项目的人一定要重点注意!

一.分页查询的实现

在这里插入图片描述
在做分页查询时流程如下:

页面发送ajax请求,将分页查询参数(page、pageSize、name)提交到服务端,服务端Controller层接收页面提交的数据并调用Service层查询数据,Service调用Mapper操作数据库,查询分页数据,Controller层将查询到的分页数据响应给页面

具体实现:
1.设置分页拦截器,拿到对象当作Bean交给Spring管理

@Configuration
public class MyBatisPlusConfig {
    @Bean
    public MybatisPlusInterceptor mybatisPlusInterceptor(){
        MybatisPlusInterceptor mybatisPlusInterceptor = new MybatisPlusInterceptor();
        mybatisPlusInterceptor.addInnerInterceptor(new PaginationInnerInterceptor());
        return mybatisPlusInterceptor;
    }
}
AI 代码解读

2.Controller层中创建分页对象,编写分页条件

    @GetMapping("/page")
    public R<Page> page(int page,int pageSize,String name){
        log.info("page={}, pageSize={}, name={}",page,pageSize,name);
        //构造分页构造器
        Page page1 = new Page(page, pageSize);
        //构造条件构造器
        LambdaQueryWrapper<Employee> lqw = new LambdaQueryWrapper<>();
        //分页条件
        lqw.like(StringUtils.isNotEmpty(name),Employee::getName,name);
        //添加排序
        lqw.orderByDesc(Employee::getUpdateTime);

        //执行查询
        employeeService.page(page1,lqw);
        //返回分页页面信息
        return R.success(page1);
    }
AI 代码解读

返回的分页信息响应结果(response)如下:
推荐一个json格式转换神器:JSON转换神器
在这里插入图片描述

{"code":1,"msg":null,"data":{"records":[{"id":"1576900298836086785","username":"15072564960","name":"懒羊羊","passsword":"e10adc3949ba59abbe56e057f20f883e","phone":"15072564960","sex":"1","idNumber":"420528200201151015","status":0,"createTime":"2022-10-03 19:41:43","updateTime":"2022-10-06 23:01:27","createUser":"1","updateUser":"1"},{"id":"1576934844579266561","username":"24553880","name":"懒羊羊","passsword":"e10adc3949ba59abbe56e057f20f883e","phone":"15072564960","sex":"1","idNumber":"420528200201151015","status":1,"createTime":"2022-10-03 21:59:00","updateTime":"2022-10-06 23:01:17","createUser":"1","updateUser":"1"}],"total":4,"size":2,"current":1,"orders":[],"optimizeCountSql":true,"hitCount":false,"countId":null,"maxLimit":null,"searchCount":true,"pages":2},"map":{}}
AI 代码解读

二.禁/启用员工账号

在员工管理列表页面,可以对某个员工账号进行启用或者禁用操作。账号禁用的员工不能登录系统,启用后的员工可以正常登录,只有管理员(admin用户)可以对其他普通用户进行启用、禁用操作,所以普通用户登录系统后启用、禁用按钮不显示。
在这里插入图片描述
分析流程不难发现,修改员工状态是管理员的权限,对状态的操作实际就是对employee表中的status字段进行update操作,在Controller层中我们需要编写相关的方法来处理来自前端的这一请求,就像这样:

    @PutMapping
    public R<String> update(HttpServletRequest request, @RequestBody Employee employee) {
        log.info(employee.toString());
        employee.setUpdateTime(LocalDateTime.now());
        Long empID=(Long) request.getSession().getAttribute("employee");
        employee.setUpdateUser(empID);
        employeeService.updateById(employee);
        return R.success("员工信息修改成功");
    }
AI 代码解读

Controller层中的update方法处理了请求,但是当我再次刷新页面发现其状态并没有改变!
通过Debug一步一步调试时,发现从Session里拿到的empID和数据库里的字段id并不对应分别是(1576934844579266561--1576934844579266600),而二者对应起来才是能够准确执行update方法的关键
在这里插入图片描述
于是,进行排查,查看后端给页面响应的数据(response),发现与表中的id是对应的,这说明后端没问题
在这里插入图片描述
总的来说,后端传给前端的id没问题且与表中对应,但是前端返回给后端的id却与之不一致了,问题出在哪?肯定是前端啊
原来啊我们传提的是一个Long型的数值(19位),JS接收数据并进行处理后发生了精度丢失!JS只能精确处理前16位,后面的数字做了四舍五入处理

而把后端响应的数值转换成字符串即可避免这种现象,具体则是通过数值转换器来实现!

三.数值转换器的使用

提供对象转换器JacksonobjectMapper,基于Jackson进行Java对象到json数据的转换,在此消息转换器中使用提供的对象转换器进行java对象到json数据之间的相互转换(序列化与反序列化)

public class JacksonObjectMapper extends ObjectMapper {

    public static final String DEFAULT_DATE_FORMAT = "yyyy-MM-dd";
    public static final String DEFAULT_DATE_TIME_FORMAT = "yyyy-MM-dd HH:mm:ss";
    public static final String DEFAULT_TIME_FORMAT = "HH:mm:ss";

    public JacksonObjectMapper() {
        super();
        //收到未知属性时不报异常
        this.configure(FAIL_ON_UNKNOWN_PROPERTIES, false);

        //反序列化时,属性不存在的兼容处理
        this.getDeserializationConfig().withoutFeatures(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES);

        SimpleModule simpleModule = new SimpleModule()
                .addDeserializer(LocalDateTime.class, new LocalDateTimeDeserializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_TIME_FORMAT)))
                .addDeserializer(LocalDate.class, new LocalDateDeserializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT)))
                .addDeserializer(LocalTime.class, new LocalTimeDeserializer(DateTimeFormatter.ofPattern(DEFAULT_TIME_FORMAT)))

                .addSerializer(BigInteger.class, ToStringSerializer.instance)
                .addSerializer(Long.class, ToStringSerializer.instance)//将Long转换成String
                .addSerializer(LocalDateTime.class, new LocalDateTimeSerializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_TIME_FORMAT)))
                .addSerializer(LocalDate.class, new LocalDateSerializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT)))
                .addSerializer(LocalTime.class, new LocalTimeSerializer(DateTimeFormatter.ofPattern(DEFAULT_TIME_FORMAT)));

        //注册功能模块 例如,可以添加自定义序列化器和反序列化器
        this.registerModule(simpleModule);
    }
}
AI 代码解读

而我们要做的就是要把他写到配置类里,扩展mvc框架的消息转换器组件,用来将方法中返回的R对象结果转换成字符串,以输出流的方式返回给页面

在配置类中确定好自己使用的转换器类型并设置顺序:

   /**
     * 扩展mvc框架的消息转换器组件
     */
    @Override
    protected void extendMessageConverters(List<HttpMessageConverter<?>> converters) {
        //创建消息转换器对象
        MappingJackson2HttpMessageConverter mj2mc = new MappingJackson2HttpMessageConverter();
        //设置对象转换器,底层使用Jackson将Java对象转为json
        mj2mc.setObjectMapper(new JacksonObjectMapper());
        //将上述的消息转换器对象追加到mvc框架的转换器集合中
        converters.add(0,mj2mc);//确定顺序,将自己使用的转换器放在最前面来优先使用
    }
AI 代码解读

当我们再次启动项目调试页面发现后端响应的数据变成了以字符串的形式
在这里插入图片描述
而且可以成功修改员工状态:
在这里插入图片描述
又是一个小技巧啊!

目录
打赏
0
0
0
0
4
分享
相关文章
微服务——MyBatis分页
本文介绍了分页的多种实现方式,包括自带RowBounds分页、第三方插件PageHelper分页、SQL分页、数组分页及拦截器分页。其中,RowBounds是先查询全部结果再内存分页;PageHelper通过修改SQL动态添加分页关键字;SQL分页依赖数据库自身的分页功能如`LIMIT`;数组分页则是查询全量数据后用`subList`方法截取;拦截器分页则统一在SQL后添加分页语句。最后总结逻辑分页适合小数据量,但大数据量易内存溢出;物理分页虽小数据量效率较低,但更适合大数据场景,优先推荐使用。
64 0
【YashanDB知识库】Mybatis-Plus调用YashanDB怎么设置分页
【YashanDB知识库】Mybatis-Plus调用YashanDB怎么设置分页
|
1月前
|
解决Java Spring Boot应用中MyBatis-Plus查询问题的策略。
保持技能更新是侦探的重要素质。定期回顾最佳实践和新技术。比如,定期查看MyBatis-Plus的更新和社区的最佳做法,这样才能不断提升查询效率和性能。
76 1
发现问题:Mybatis-plus的分页总数为0,分页功能失效,以及多租户插件的使用。
总的来说,使用 Mybatis-plus 确实可以极大地方便我们的开发,但也需要我们理解其工作原理,掌握如何合适地使用各种插件。分页插件和多租户插件是其中典型,它们的运用可以让我们的代码更为简洁、高效,理解和掌握好它们的用法对我们的开发过程有着极其重要的意义。
240 15
深入理解 Spring Boot 项目中的分页与排序功能
本文深入讲解了在Spring Boot项目中实现分页与排序功能的完整流程。通过实际案例,从Service层接口设计到Mapper层SQL动态生成,再到Controller层参数传递及前端页面交互,逐一剖析每个环节的核心逻辑与实现细节。重点包括分页计算、排序参数校验、动态SQL处理以及前后端联动,确保数据展示高效且安全。适合希望掌握分页排序实现原理的开发者参考学习。
147 4
【YashanDB 知识库】Mybatis-Plus 调用 YashanDB 怎么设置分页
数据库状态分为正常与异常两种情况。当出现异常时,首先查看告警列表确认问题(如实例无法连接),并尝试用数据库用户名和密码登录。若能登录,说明主实例故障已切换至备库;若无法登录或为单节点,则需进一步排查。接着检查监控项,若有数据表明主实例故障,无数据则可能是通信中断。随后检查主机上的服务是否存在,若存在但通信受限,需排查安全设置或网络;若服务不存在,可能因重启或断电导致,需手动启动相关服务。最终在YashanDB列表中确认状态恢复。
|
5月前
|
十二、MyBatis分页插件
十二、MyBatis分页插件
134 17
MyBatis篇-分页
本文介绍了多种分页方式,包括自带rowbound内存分页、第三方插件pagehelper(通过修改SQL实现分页)、SQL分页(依赖limit或rownum等关键字)、数组分页(先查询全部数据再用subList分页)、拦截器分页(自定义拦截器为SQL添加分页语句)。最后总结了逻辑分页(内存分页,适合小数据量)和物理分页(直接在数据库层面分页,适合大数据量)的优缺点,强调物理分页优先于逻辑分页。
MyBatis 实现分页的机制
MyBatis 的分页机制主要依赖于 `RowBounds` 对象和分页插件。`RowBounds` 实现内存分页,适合小数据量场景,通过设定偏移量和限制条数对结果集进行筛选。而针对大数据量,则推荐使用分页插件(如 PageHelper),实现物理分页。插件通过拦截 SQL 执行,动态修改语句添加分页逻辑,支持多种数据库方言。配置插件后,无需手动调整查询方法即可完成分页操作,提升性能与灵活性。
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等

登录插画

登录以查看您的控制台资源

管理云资源
状态一览
快捷访问