Java 23字符串模板为何采用笨拙的STR前缀语法？

Java团队选择STR."..."这种写法，核心是出于扩展性、兼容性和设计正交性的考量，而非单纯追求语法简洁：

• 支持多场景的模板处理器
  STR并非特殊全局对象，它是Java提供的默认模板处理器（实现java.lang.StringTemplate.Processor接口）。这个设计的关键在于：字符串模板不止能做插值，还可自定义处理器适配不同场景。比如：

  • 用SQL处理器防注入：SQL."SELECT * FROM users WHERE id = \{userId}"
  • 用HTML处理器自动转义特殊字符：HTML."<div>Hello, \{userInput}</div>"
    若用C#的$前缀或JS的反引号，只能绑定单一默认行为，无法灵活扩展到其他安全场景。

• 极致的向后兼容
  Java作为老牌语言，存量代码极其庞大，语法改动必须零歧义：

  • 反引号方案：Java目前不支持反引号作为字符串分隔符，引入新字面量类型会要求所有现有工具（编译器、IDE、静态分析工具）适配，改动成本极高。
  • $前缀方案：Java标识符允许使用$（比如内部类名默认带$），虽看起来简洁，但可能和现有代码产生歧义（比如存在$greeting这类变量名），Java团队不愿冒此风险。
    而STR."..."的写法完全不与现有语法冲突，所有旧代码都能正常编译。

• 明确的语义区分
  STR."..."的写法能让开发者一眼区分：这是动态模板字符串，而非普通静态字符串字面量。在大型项目中，这种明确性可减少误解——比如不会有人把模板字符串当成静态字符串做常量优化，也能快速识别动态插值的位置，方便排查潜在注入风险。

• 正交设计的长期考量
  Java团队更倾向于拆分功能：模板处理器是独立组件，字符串字面量是另一组件。这种正交设计让未来可单独升级处理器功能（比如新增加密模板、国际化模板），无需修改语法本身。相比之下，$或反引号的写法把语法与功能绑定死，后续扩展空间更小。

内容的提问来源于stack exchange，提问作者Powet