前阵子承接了2个需求，一个数据脱敏，一个是低代码国际化多语言需求，这两个需求有个共同特点，都是以json形式返回给前端，而且都存在多层嵌套，其中数据脱敏的数据格式是比较固定，而低代码json的格式存在结构固定和不固定 2种格式。最后不管是数据脱敏或者是多语言，业务抽象后，都存在需要做json值替换的需求。今天就来聊下多层嵌套json值如何解析或者替换本文的多层嵌套json的解析和替换都提供了几种方

当时以为是Bean加载顺序问题，折腾了两天debug，甚至被AI误导走了弯路，最后才发现——始终无法获取完整的实例，明明配置了多个模板，打印出来却只有默认的一个！开发中总有一些「反直觉」的框架设计，让你debug到怀疑人生。：彻底掌握控制权，适合复杂场景下的精准调用。优先按名称匹配，不再触发「类型收集」机制。难道Spring会「偷」我的Map数据？按类型注入，但需排除默认收集逻辑。

这种方式通过自定义数据源路由和 mybatis 拦截器，实现根据 SQL 语句类型自动切换主从数据源，从而达到读写分离的效果。1、引入依赖</</</</配置数据源3、定义数据源枚举MASTER,SLAVE线程级数据源上下文管理动态路由数据源@Slf4j@Overridelog.info("DynamicRoutingDataSource 切换数据源到从库");log.info("DynamicR

前言前阵子项目因业务需要，要对接兄弟部门的用户数据，因为兄弟部门并不提供增量用户数据接口，每次只能从兄弟部门那边同步全量用户数据。全量的用户数据大概有几万条。因为是全量数据，因此我们这边要做数据比对（注： 用户username是唯一），如果同步过来的数据，我们这边没有，就要做插入操作，如果我们这边已经有，就要做更新操作。本文就来聊聊当数据量相对大时，如何进行对比比对逻辑因用户username是唯一

前言最近业务开发部门因为开发环境和测试环境共用一个maven私仓，导致他们的开发环境的API包和测试环境的API包发生了覆盖现象。于是他们向我们部门提出一个需求，希望我们能帮他们实现或者提供这么一个方案，就是自动化构建时，项目的版本号能跟着环境变更。比如是开发环境，则项目的API包版本就形如1.0-dev，如果是测试环境，则项目的API版本就形如1.0-test示例演示项目层级如下方案一：mvn

最近部门有个需求，需要对一些客户端IP做白名单，在白名单范围内，才能做一些业务操作。按我们的部门的一贯做法，我们会封装一个client包，提供给业务方使用。我们的项目是运行在K8S上）本以为这是一个不是很难的功能，部门的小伙伴不到一天，就把功能实现了，他通过本地调试，可以获取到正确的客户端IP，但是发布到测试环境，发现获取到的客户端IP一直是节点的IP，后面那个小伙伴排查了很久，一直没头绪，就找到

前言使用过mybatis-plus的朋友可能会知道，通过实现元对象处理器接口com.baomidou.mybatisplus.core.handlers.MetaObjectHandler可以实现字段填充功能。但如果在更新实体，使用boolean update(Wrapper updateWrapper)这个方法进行更新时，则自动填充会失效。今天就来聊聊这个话题，本文例子使用的mybatis-pl

前言本文案例来自业务部门的一个业务场景。他们的业务场景是他们部门研发了一个微服务上下文透传组件，其透传原理也挺简单的，就是通过springboot拦截器把请求参数塞进threadlocal，然后下游通过threadlocal取到值，服务之间进行feign调用时，再把threadlocal的参数塞到header头里面。这个组件一直用得好好的，突然有一天因为传的参数值是中文，导致乱码。他们通过尝试下面

前阵子承接了2个需求，一个数据脱敏，一个是低代码国际化多语言需求，这两个需求有个共同特点，都是以json形式返回给前端，而且都存在多层嵌套，其中数据脱敏的数据格式是比较固定，而低代码json的格式存在结构固定和不固定 2种格式。最后不管是数据脱敏或者是多语言，业务抽象后，都存在需要做json值替换的需求。今天就来聊下多层嵌套json值如何解析或者替换本文的多层嵌套json的解析和替换都提供了几种方

前言spring事务失效场景可能大家在很多文章都看过了，所以今天就水一篇，看大家能不能收获一些不一样的东西。直接进入主题spring事务失效场景以及原因1、场景一：service没有托管给springpublic class TranInvalidCaseWithoutInjectSpring {private UserService userService;public TranInvalidC