messageformat.format()的核心价值是用标准化占位符替代字符串拼接，需严格使用{0}等数字索引、成对单引号转义、预编译实例、参数数量匹配。
MessageFormat.format() 的核心价值在于它用标准化语法替代字符串拼接，天然规避转义混乱和占位符错位——关键在于正确使用其占位符格式、预编译模式，以及避开常见陷阱。
用 {0}、{1} 等位置占位符，不写 $ 或 %
手动拼接常误用 $1、%s 或 \{name\}，这些在 MessageFormat 中无效且易引发解析错误。MessageFormat 只认大括号包裹的数字索引（如 {0}、{1}）或带类型的格式（如 {2,date,yyyy-MM-dd}）。
- ✅ 正确：
MessageFormat.format("用户 {0} 在 {1,date} 登录", "张三", new Date()) - ❌ 错误：
"用户 $1 在 $2 登录".replace("$1", "张三")（无转义控制、易错位） - ❌ 错误：
MessageFormat.format("用户 \{name\}", "张三")（反斜杠转义多余，{name} 不被识别）
特殊字符（单引号）必须成对出现，不可用反斜杠转义
MessageFormat 把单引号 ' 当作 quoting 符号，不是 Java 字符串里的转义符。想字面输出单引号，必须写两个 ''；若只写一个，会破坏语法结构，导致占位符解析偏移。
- ✅ 输出 用户 '张三' 已上线：
"用户 ''{0}'' 已上线" - ❌ 错误写法：
"用户 \'{0}\' 已上线"（\’ 被忽略，实际变成 用户 '{0}' 已上线，但单引号未配对，可能报错或错位） - ⚠️ 注意：双引号、花括号 {}、逗号、等号等其他字符无需额外转义，只有单引号需成对处理
提前编译 MessageFormat 实例，避免重复解析开销与潜在异常
每次调用静态 format() 方法都会重新解析模式字符串。若模板固定（如日志格式、提示文案），应复用编译后的 MessageFormat 实例——它能缓存解析结果，同时让格式错误（如占位符不匹配、单引号不成对）在初始化时暴露，而非运行时随机崩。
- ✅ 推荐方式：
private static final MessageFormat LOGIN_MSG = new MessageFormat("用户 {0} 于 {1,time,HH:mm} 登录");<br>String msg = LOGIN_MSG.format(new Object[]{"李四", new Date()}); - ❌ 避免每次调用：
MessageFormat.format("用户 {0}...", name)（重复解析，异常延迟发现）
占位符数量与参数严格一一对应，类型不强制但建议一致
MessageFormat 不做运行时类型校验，但若传入参数少于占位符数，会抛 IllegalArgumentException；若多出参数，会被静默忽略。日期/数字格式子句（如 {2,date}）仅影响格式化行为，不要求参数一定是 Date，但传错类型会导致运行时异常或乱码。
- ✅ 安全做法：确保
args.length == 占位符个数，可用 IDE 插件或单元测试校验 - ✅ 类型提示：在占位符中加类型（如 {1,number,#,##0.00}），既提升可读性，也约束预期输入
- ⚠️ 警惕嵌套大括号：如 "{0,choice,0#无|1#有}" 是合法 choice 格式，但手误写成 "{0, choice, ...}"（空格）就会解析失败
