原文来自于：zha-ge.cn/java/107
从配置文件到 SpEL 表达式：@Value 在 Spring 中到底能做什么？
我承认，最早接触 Spring 的时候，对 @Value 的感觉就像是后厂村地铁口的小吃摊——每个项目都得靠它“续命”一下，但吃了太多次总觉得没啥新意。其实我当时也很天真，以为这玩意不过就是绑定个配置参数，小 case。直到有天，老大让我搞个动态规则调整，还特意补了句：“@Value 不是还能解析表达式么？” 我才意识到，这锅小炒远不止飘着酱油那么简单！
不止是配置参数
咱先来点简单的，免得吓跑刚混 Spring 的小伙伴。正常操作，不就这样么：
@Value("${user.default.name}")
private String defaultName;
有配置就填，没配置就呵呵，靠的就是 application.properties。然而，总有人问：能不能带点花活？比如系统变量、动态拼接啥的。
其实 @Value 最牛的地方，不是纯拿字符串，而是能塞表达式（就是那个看起来有点邪的 SpEL）。
@Value 动手更“花”
有点想法之后，我就去试 SpEL 玩。比如，直接让字段默认某个逻辑：
@Value("#{T(java.lang.Math).random() * 100}")
private double luckyNumber;
真无聊，我还写过：
- 绑定系统属性（摸鱼偷系统名）
@Value("#{1 + 2 + 3}")直接算式- 甚至还能
@Value("#{myService.dynamicValue()}")，当然得有 Bean……
那个时候，满脑子突然觉得，@Value真有两把刷子诶。
踩坑瞬间
但！人生哪有一帆风顺。说说我前天的“社会性踩坑”：
- 阿里云上线，配置中心推送了新值，但我
@Value注入的字段还死活是老值，刷新半天不变，差点怀疑人生。 - 某同事手快，直接
@Value("#{nonBean.value}")，结果 Bean 都没注册，启动直接抛出SpelEvaluationException，现场气氛一度尴尬。 - 以为
@Value自动会热更新，配置一刷新就能拿新值。实际 Spring Boot 2.x 下没有和 Nacos、Apollo 配合加上@RefreshScope，配置像老大爷一样纹丝不动！
其实这些坑，真心有点冷酷，基本上属于“用起来顺手，玩花了就翻车”。
经验启示
后来我彻底明白了：
@Value方便，但是太死板，热更新、复杂依赖别指望它，真正动态还得靠@ConfigurationProperties或专用配置中心配合。- 表达式能用别滥用。别搞成小型 DSL，不然排查像打斗地主只剩三张牌。
- 混合 SpEL 和配置占位符时，报错要看仔细，分辨
${}和#{}（我是真的绕晕过）。
吐槽归吐槽，@Value 这东西只要用对场合，确实是 Spring 家的一把瑞士军刀。别整太复杂，有的用就行，偶尔炫个小技就够酷了。
话说回来，说了这么多，也就是想把这些踩坑血泪史，悄悄地埋进博客里当“定心丸”。毕竟咱做 Java 的，最怕的不是问题本身，是活太久踩同一个坑还不自知……
下班了，收！
