中后台框架的十个反模式

来自真实踩过的坑，每一条都能在源码里找到出处。

权限码散落在各处字面量里，等你想收口时已经收不回来了。集中定义不是洁癖，是唯一能让构建期校验跑得起来的前提。

Controller 里写业务、拼条件、查库，看起来更快，等到第二个需求进来就变成谁也不敢动的泥团。

事务注解贴在最方便的地方，而不是边界上；失效的时候没人知道，直到数据对不上。

逻辑删除列允许为空，于是 `is_deleted = 0` 永远查不全——一个可空列，换来全年最难查的 bug。

手写 SQL 绕过统一出口，先赢一次，后面每次改动都要重新想起它。

迁移脚本上线后被修改，本地能跑，线上直接炸；冻结规则就是为此存在的。

异步入口不传 traceId，日志里一堆断线，出事只能靠猜。

缓存没有可观测手段，等于把正确性押在运气上。

接口文档靠人维护，三个月后必然与代码分家。

把业务塞进核心仓，从此升级变成一次手术。