MessageFormat 是专为国际化设计的格式化器，支持复数、选择、日期等语言敏感逻辑，而普通字符串拼接无此能力；它依赖位置索引或类型化占位符，要求参数与样式严格匹配，且对 null 极不友好。
MessageFormat 是什么，它和普通字符串拼接有什么区别
MessageFormat 不是简单替换占位符的工具，而是专为国际化（i18n）设计的格式化器，能处理复数、选择、日期、数字等语言敏感逻辑。它不直接接受变量名，只认位置索引（{0}、{1}）或带类型/样式的关键字（如 {count, number, integer}）。用错类型会导致解析失败或静默降级——比如把字符串传给 number 样式，可能输出 NaN 而不是报错。
Java 中 MessageFormat.format() 的基本用法和常见陷阱
调用 MessageFormat.format() 时，模板字符串必须先编译（内部会做语法校验），再传入 Object 数组参数。最容易出问题的是：占位符数量与参数数组长度不匹配、嵌套大括号未转义、特殊字符（如单引号）未处理。
- 占位符
{0}必须从 0 开始连续编号；跳号（如{0}和{2}）不会报错但{1}会被忽略，对应位置参数仍需传入（否则ArrayIndexOutOfBoundsException） - 模板里要显示真实大括号，必须写成两个：
{{或}}；写成单个会触发解析异常IllegalArgumentException: Unmatched brace - 单引号是转义符：想输出
'Hello'，得写'''Hello'''（首尾各一对单引号包裹内容，中间那对才是字面量） - 参数类型要和样式声明一致：比如
{0,date,yyyy-MM-dd}只接受Date或Long，传String会返回空字符串而非抛异常
示例：
String pattern = "用户 {0} 在 {1,date,yyyy-MM-dd HH:mm} 登录，共 {2,number,integer} 次";
Object[] args = {"alice", new Date(), 5};
String result = MessageFormat.format(pattern, args); // → "用户 alice 在 2024-06-15 14:23 登录，共 5 次"
如何安全支持多语言 + 多变量的动态组装
实际项目中，模板通常来自资源文件（如 messages_zh.properties），不能硬编码。这时要注意：不同语言对参数顺序容忍度不同（例如中文习惯“你有 {0} 条消息”，英文可能是 “You have {1} messages ({0} unread)”），所以必须用带名称的占位符？不行——MessageFormat 原生不支持命名参数，只能靠位置+注释+严格协作约定。
- 所有语言包里的 pattern 字符串，占位符索引必须完全一致；增删参数需同步修改全部语言文件，否则运行时错位
- 避免在 pattern 中写逻辑分支（如
{0,choice,0#无|1#一个|1），虽然语法支持，但可读性差、难维护，建议移到 Java 层判断后再传简化值 - 如果需要命名语义，可在注释里说明：在 properties 文件中写
login.log=用户 {0}（用户名）在 {1}（时间）登录，靠人工对齐 - 使用
ResourceBundle.getBundle()加载时，确保 classpath 下有对应 locale 的文件，否则 fallback 到默认 bundle，可能导致占位符未被替换（显示原样{0}）
为什么不用 String.format 或 StringBuilder 拼接
单纯拼接文本当然可以，但 MessageFormat 的核心价值在于：它把「格式规则」和「数据」分离，并内置本地化感知。比如 {0,number,currency} 在 en_US 输出 $1,234.56，在 zh_CN 输出 ¥1,234.56；而 String.format("%.2f", value) 永远只按当前 Locale 的数字分隔符工作，且无法自动适配货币符号位置。
-
String.format()不支持 choice/select/compound 等复杂样式，也无法处理嵌套格式（如{0, date, short} {0, time, medium}同时格式化一个 Date） - 手动拼接容易遗漏空格、标点，尤其在多语言场景下，德语可能需要冠词、日语需助词，这些无法靠变量顺序解决
- MessageFormat 编译后的 pattern 可缓存复用，比每次解析字符串快；但注意：它是线程安全的，
format()方法可并发调用，无需额外同步
真正容易被忽略的是：MessageFormat 对 null 参数极不友好——传 null 给任意占位符，整个 format 结果变成 null 字符串（不是空字符串），且不抛异常。生产环境务必提前校验参数非空，或用 Optional.ofNullable(x).orElse("N/A") 做兜底。
