qq_37759895的博客

最近的一个接口要进行加解密，涉及客户隐私信息。其实就是把请求的客户信息解密成byte之后转成json。

前段时间在使用aop记录操作日志的时候，今天突发奇想，aop执行能获取返回结果，那么方法是void能返回什么？可以猜一猜，我开始以为是Void类型呢。

最近项目需要下载一个模板文件用来修改上传，模板文件放在项目中resources文件夹下。功能就是获取这个文件然后下载。解决的主要问题就是因为打出来是一个jar包，运行的时候就是相当于从jar包里面的目录获取这个文件。

工作里做的一个小工具，axios传参，使用FormData传参到后端，没有办法映射除字段值，但是从控制台看，传的字段值都是正确的，当然开始是因为简单没有将axios抽调公共组件，由于抽调出来之后开始报这个错误，那么很明显就是这个问题导致了。

项目最近引入sonarqube，扫描之后没有代码覆盖率，是因为没有写单元测试，于是需要从头引入单元测试。

InventoryTransfer (调拨单ID, 商品ID, 原始仓库ID, 目标仓库ID, 数量, 调拨日期)TransportManagement (任务ID, 运输方式, 起始地, 目的地, 货物ID, 运输状态)PurchaseOrderItem (订单明细ID, 订单ID, 商品ID, 数量, 单价)SalesOrderItem (订单明细ID, 订单ID, 商品ID, 数量, 单价)ProductReview (评价ID, 商品ID, 用户ID, 评分, 评论)

总结一下工作中用的比较好用的，中自带的一些工具类。后续会一直更新。

最近的需求要发送请求给第三方服务，之前的微服务请求居然都是直接使用的,配置了一整套，麻烦的很。实际上Spring使用封装了一套的，这个就是。当然Feign给封装成接口了。这个后面再谈。

学无止境，气有浩然！

程序是异步处理，但是需要上锁，因为是单节点，只需要这一个就够了，双节点问题也不大，就是发送两次而已，也可以换成分布式锁，没有条件的话可以换成数据库的锁即可。应用每天记录报错次数，如果大于预定次数，则发送邮件通知团队处理，发送之后就不需要进行记录了，当天不需要进行通知了，隔天再进行通知。之前博客有提到，就是需要监控程序异常，因为这个是后台运行，无法监控程序异常，所以需要监控应用异常是否出现大面积报错。

工作中需要每个月生成数据的报表，使用Excel展示数据。生成Excel肯定需要使用apache poi，但是我们可以直接使用easy poi，帮我们封装好了具体细节，但是使用起来有些细节还是需要变通的。

工作中使用的是JPA作为持久化管理，跟之前使用的mybatis不太一样，因为他有自己的HQL语言，能根据方法签名自动推断sql。只要在entity实例中配置好@Id，这个就是主键，很多方法都会根据这个来进行推断，比如saveinsert和update，具体区分方法就是先去数据库根据配置好的主键查询数据，如果没有就进行insert，有的话就进行update。问题是联合主键怎么办，是没办法配置多个的@Id的，编译就会报错。

忙活了一个月的需求正式上线，第一天就嗷嗷报错，没一条数据是请求成功的。因为程序里插入了监控程序，监控程序报错，毕竟这个项目刚开始引入都是后台处理，不添加监控程序真报错谁也不知道。如果查过10次报错就会发送提示邮件，告诉我们大面积报错了，赶紧处理。大清早的领导就哐哐@我们。程序报错邮件发了，赶紧去看！工具，但是对此项目来讲不是很合适，所以目前只使用第一种。由于该网站的SSL证书不受信，所以才会报这个错误。但是测试环境好的，很头秃！有可能你引入的包找不到相对应的依赖，需要引入。后面这两种比较类似，都需要使用。

最近工作又要做挡板，挡板的东西有点多😀，主要是因为下游是第三方收费的，提供的测试环境的数据不能随心所欲修改，只能通过挡板模拟。这次的第三方下游系统也是通过xml进行传输的，不过这次是通过http协议的post请求，请求体是xml协议。

由于我们封装的框架有个配置需要关掉，否则就会查看相关依赖，这个就不展示了。已经不维护更新了，代码扫描，扫出问题，需要将。使用就比较简单了，直接上配置就好了。页面就不做展示了，涉及公司业务。

去检验参数的，但是后面又在代码里去检验参数去了，而且这个。于是自己摸索研究了一下。如上，只需要使用注解即可，不要怀疑，他就是。，但是不引入这个依赖他是真的不生效。在看公司代码的时候，发现是用了。虽然项目使用的校验都是。

工作中遇到的问题，由于下游系统属于第三方系统，使用的是，同时也在开发，虽然也发布了一套webservice测试环境，但是我们相同的报文，测试10次能有个50的成功率。而且由于我们特殊的业务要求，测试环境不能单单只请求下游系统的测试环境。所以需要建造一个挡板，暂时mock数据，也可以满足特殊业务要求。

save和saveAndFlush

工作中难免需要做几个工具方便自己偷懒，加上之前的挡板，数据源肯定没法单一配置，所以需要多数据源配置。这里介绍两种配置：动态数据源和固定数据源模式。这两种我在目前的工作的工具开发中都有用到。

spring boot xml 和bean互转

在实际的库存管理中，可能还需要考虑更多的库存信息和关联关系，例如库存调整记录、库存盘点记录等。在实际的报表和分析模块中，可能还需要考虑更多的配置项和关联关系，例如报表权限、报表分类、报表版本管理等。在实际的生产计划管理中，可能还需要考虑更多的生产计划信息和关联关系，例如生产计划状态、生产任务分配等。在实际的物流管理中，可能还需要考虑更多的物流信息和关联关系，例如运输路线、运输车辆信息、货物状态等。在实际的销售管理中，可能还需要考虑更多的销售信息和关联关系，例如销售合同、发货记录等。

yml其他格式的解析。