故事背景 最近我们遇到了一个看似简单但背后很有坑的需求：在千万级订单表中新增一个业务字段。需求来自隔壁项目组，他们需要这个字段做一些统计分析。 从开发角度看，这事很常见，**新增字段嘛，直接ALTER

秒杀等高并发场景的库存系统难点？多商品库存扣减如何保证一致性？如何保证库存扣减的幂等？如何设计库存接口的语义？记录库存余额还是记录售卖数量？

为了更方便地排查问题，电商交易系统的日志中需要记录用户id。然而每当打印日志都需要手动设置用户id，非常麻烦，需要想个办法优化下。

在日常开发的某些场景需要控制 Bean 的加载顺序。解决 Spring Bean 的加载顺序有如下几种方式，我推荐最后一种！

作为一个优秀的程序员，要守住职业的底线。能简单快速的完成的一件事，就一定要用简单的方案快速完成。不可过度的设计，始终保持系统的简洁！ 曾几何时，我对于流程编排这件事 嗤之以鼻，为什么呢？我认为流程编排

gRPC 的基础知识前面跟小伙伴们分享了很多了，今天再写一篇给这个小小的系列收个尾。 我们前面介绍的都是 gRPC 的基本用法，最终目的当然是希望能够在 Spring Boot 中用上这个东西，相信大

Maven多模块项目 Maven多模块项目,适用于一些比较大的项目，通过合理的模块拆分，实现代码的复用，便于维护和管理。尤其是一些开源框架，也是采用多模块的方式，提供插件集成，用户可以根据需要配置指定

在进行分布式系统开发时，我们通常会创建多个模块的工程项目。即每一个功能就是一个Spring Boot工程，作为一个个模块，然后这些模块都会有一个父模块，父模块通常没有代码只有一个pom.xml。

前言 在实际项目中，有时候我们希望能够在不重启应用的情况下动态修改Spring Boot的配置，以便更好地应对变化的需求。本文将探讨如何通过从数据库动态加载配置，并提供一键刷新的机制来实现这一目标。