使用BigDecimal计算防止精度丢失
背景
最近工作的业务上需要使用到计算相关的函数,虽然有过一点基本的理论知识,知道计算相关必须使用BigDecimal
处理进行处理,若使用float
、double
会丢失一定的精度,但是在使用过程中还是踩了一些坑,所以对BigDecimal
原理进行更深入的了解。
最近工作的业务上需要使用到计算相关的函数,虽然有过一点基本的理论知识,知道计算相关必须使用BigDecimal
处理进行处理,若使用float
、double
会丢失一定的精度,但是在使用过程中还是踩了一些坑,所以对BigDecimal
原理进行更深入的了解。
单元测试算是一个老生常谈的问题了,在实际的情况中,总是需要在单元测试与进度之间进行一个权衡,而往往实际上权衡时都是偏向进度一方,甚至很多自信的开发者都不推崇进行单元测试的编写,觉得单元测试费时费力,并且在需求调整又需要重新进行单元测试的编写,其实还有很大一部分原因是因为目前在Spring
体系中,常用的单元测试框架就是基于PowerMock
或者MockTo
等,由于这些框架依赖Spring
容器,所以在编写过程需要频繁的启动Spring
容器进行单元测试的测试,导致过程比较繁琐。
由于目前项目中多采用模块化的方式进行组件的整合,在新服务的搭建时为了尽可能保证新服务指向的数据库中的表名统一于服务名,比如新服务是订单模块,希望这个模块指向的数据库中的表名都是以ORDER_
开头。且一些二次开发的组件中也有使用mysql
进行数据的相关处理,故希望可以通过统一处理的方式进行表名动态化。
项目早期建设时底层采用了tk.mybatis
方式来对数据访问层进行数据处理,而后再更新Springboot
的同时因为一些不知原因(只能说我级别不够,不知领导的深意,但确实tk.mybatis
官网已经没有维护了)又在底层引入了mybatisPlus
,所以新代码采用mybatisPlus
编写,旧模块任然使用tk.mybatis
编写。
主从复制是将一台redis
服务器设置为主服务器master
,复制到其他多台从服务slave
上,主服务器负责读写操作,从服务器只能读。数据的复制只能是主服务器到从服务器。当主服务器宕机时,可以让从服务器接管主服务器接管,保证系统不至于停机,否则在主服务器重启到恢复数据的这个过程中,服务一直处于停机状态。主从服务器之间通过心跳的机制检查服务器间的连接状态
在一个项目中出现了一个比较棘手的问题,情况是这样的:由于项目场景的需要,引入了公司技术架构部门在activiti
工作流的基础上进行二次开发的工作流组件,使用该组件,需要实现几个获取岗位信息、人员信息相关的接口,工作流组件通过restTemplate
调用这些接口来获取对应的人员、岗位信息用于工作流服务的节点信息显示,在开发过程中一切正常且部署到开发环境中调试过程中也是一切正常,但是当部署到测试环境后,发现接口出现乱码。