哒哒哒打代码

前言 在上篇文章《SpringBoot单元测试实践——数据隔离篇》中，我们讨论了如何进行数据隔离，但是无论哪种方式，都无法做到完全的数据隔离，因为我们始终依赖了一个外部的数据库，不管是开发环境亦或是测

前言 我们在写单元测试时，有一个比较重要的要求是可以重复运行，即只要外部参数不变，那么一定可以获取确定的结果。 那么这样就会有一个比较麻烦的问题：数据污染。 以数据库操作为例，对于一些查询类的测试用例

前言 作为一个Java开发，我相信大家或多或少都写过单元测试，特别是SpringBoot项目，它的test组件提供了大量的功能来帮助我们高效的完成单元测试。 这个系列我会分几个部分，通过实际的单元测试

一个其它语言早就提供的、且如此实用且好用的功能，作为一个Java开发者，早就已经望眼欲穿了。200倍的性能差距！！ 我想说的是，是时候升级了，跟上时代的脚步吧，朋友们！

背景 我们线上一个项目在发版本时，经常会有部分实例无法正常启动的情况，特别是在没有进行灰度发布的场景下，基本上很难正常的启动成功，异常信息如下： 问题分析 看日志可以很容易看出来，启动异常的原因是hi

前言 对于一些并发较高，且读多写少的场景，为了提高性能，降低DB压力，大家肯定会想到缓存，这也是我们最常见的提高并发能力的手段；还有就是DB的读写分离，将一些对实时性没有这么高的请求，分流到从库，降低

前言 在之前的文章【你的登录接口真的安全吗？】中，我们在用户登录安全方面做了很多设计，就是保护用户的账号安全，但是！！我相信做过用户体系的开发或产品都知道，用户的密码泄漏是一个不可避免的事件，总会有用

我们如果需要建设数字孪生平台，那么就需要尽量剥离业务属性，尽可能的抽象通用的功能。而剥离业务属性，并不代表完全交给业务实现，而是提供标准化的接入方式，和完善的工具，来帮助业务构建业务属性。

问题背景 我们项目的配置文件一直是通过Apollo进行管理，但是近期由于某些特殊的部署需求，需要使用K8S的原生对象来获取配置，如此一来的话，就需要使用环境变量spring.config.locati