林川的邹

前几天在某平台看到一个技术问题，很有意思啊。 涉及到的两个技术点，大家平时开发使用的也比较多，但是属于一个小细节，深挖下去，还是有点意思的。 来，先带你看一下问题是什么，同时给你解读一下这个问题： 首

Hello，我是大都督周瑜，最近在公司做微服务启动速度的优化，我们有些微服务启动要花5-6分钟（就问你夸不夸张），直接导致打工人们有了更多的划水时间，领导表示不开心，要求我将微服务的启动速度控制在30

前言 本文素材的来源自业务部门技术负责人一次代码走查引发的故事，技术负责人在某次走查成员的代码时，发现他们的业务控制层大量充斥着如下的代码 他们的tenantId和appId是作为元数据放在请求头，而

@DS+@Transactional注解切换数据源失效解决方案。在不是用@Transactional注解时，可以正常切换数据源，加上@Transactional后切换数据源失败

Git 光会使用却不懂原理，顶多是个青铜，如何让自己成为王者？功夫在平时，多注重底层实现逻辑，让自己的黑盒操作变成白盒操作。

1. 拉取代码 因为GitHub现在速度较慢，所以直接选用码云上的代码，https://gitee.com/mirrors/Spring-Framework，分支选择 5.2.x 可以用git clo

演示案例 想必这段代码大家都能够非常轻松的理解 大家思考一下我们在面试中是不是有遇到过这种问题 ：finally一定会执行吗？答案肯定是不会的。 先贴个答案 在前面的代码中调用了System.exit

啧啧，面试官又开始为难人了，Redis做缓存难道不香吗，非要问我还能做什么。 当代孔乙己有木有，非要问茴香豆中“茴”字的四种写法。

1、迁出代码 2、开发预准备 备注 分支命名，推荐格式：分支责任-需求日期/需求号-开发人姓名 3、开发完成提交代码 3.1、方式一 推荐方式, 将自己的分支提交线上合并 3.2、方式二 4、完成 学