ChoiceFormat 不适合做单复数处理，因其仅按数值区间匹配、不理解语法单复数规则；正确做法是用 MessageFormat 配合 choice 子类型实现条件化文本格式化。
ChoiceFormat 是什么，它适合做单复数吗
它不适合。虽然 ChoiceFormat 能根据数值范围匹配字符串（比如“0 个|1 个|2 个以上”），但它**不理解语言学上的单复数规则**，也不能自动识别“1 apple”和“2 apples”的词形变化。它的匹配逻辑是纯数值区间判断，不是语法分析。
常见误用是写成：new ChoiceFormat("0#no items|1#one item|2#many items")——这看似能区分 1 和其他数，但遇到“1.5”“-1”“1.0”等边界值时行为不可控，且无法处理中文“1 条”“2 条”这种量词不变、仅数字变的场景（因为中文本身没有语法性单复数）。
Java 中真正靠谱的单复数方案：MessageFormat + ChoiceFormat 组合
单独用 ChoiceFormat 不行，但把它作为 MessageFormat 的一个参数处理器，就能实现带条件的动态文本。核心思路是：用 ChoiceFormat 先把数字映射成分类标识（如 "singular" / "plural"），再让 MessageFormat 根据这个标识选对应文本。
实际操作要点：
-
ChoiceFormat的模式字符串必须覆盖所有可能输入，否则未匹配值会原样输出（比如漏了负数，-1就直接显示 “-1”） - 推荐用闭区间写法：
"0#zero|1#singular|2#plural"表示 0→"zero"，1→"singular"，≥2→"plural"；若需包含小数，得显式写"0.0#zero|1.0#singular|1.1#plural" -
MessageFormat模板中用{0,choice,0#...|1#...}内联写法更简洁，避免额外构造ChoiceFormat实例
示例（英文）：
String pattern = "You have {0,choice,0#no items|1#one item|1<{0} items}";
MessageFormat fmt = new MessageFormat(pattern);
System.out.println(fmt.format(new Object[]{1})); // → "You have one item"
System.out.println(fmt.format(new Object[]{2})); // → "You have 2 items"
中文场景下别硬套单复数逻辑
中文没有语法单复数，所谓“单复数格式化”其实是“数字为 1 时用‘条’，其他用‘条’也行，但有时想强调数量少就写‘共 X 条’”。这时候 ChoiceFormat 反而画蛇添足。
更自然的做法：
- 直接拼接：
"共 " + count + " 条"（绝大多数情况足够） - 真有差异化需求（如 0 条显示“暂无”，1 条显示“仅有 1 条”，≥2 显示“共 X 条”），用 if/else 或三元表达式，比配置
ChoiceFormat模式更直白、易维护 - 如果必须统一用格式化 API，
MessageFormat配合choice子类型已够用，无需额外封装ChoiceFormat
容易被忽略的坑：浮点数、null 和区域设置
ChoiceFormat 输入必须是 Number 类型，传入 null 会抛 NullPointerException；传入 Double.NaN 或 Double.POSITIVE_INFINITY 会导致匹配失败并返回空字符串。
浮点数精度问题尤其危险：比如用 1.0 匹配 "1#..." 看似合理，但 0.3 + 0.6 在二进制浮点下可能等于 0.8999999999999999，导致落入错误分支。
建议做法：
- 业务层先将浮点数四舍五入到整数（如
Math.round(count)），再传给格式化器 - 永远对输入做非空校验，或用
Objects.requireNonNullElse(count, 0)提供默认值 -
ChoiceFormat本身不支持Locale，其行为与区域无关；但MessageFormat的日期/数字格式部分受 locale 影响，混用时注意隔离
真正需要多语言单复数的地方（比如国际化项目），应该用 PluralRules（ICU4J）或 CLDR 数据，而不是靠 ChoiceFormat 生凑。
