ChoiceFormat是Java中用于数值分段映射字符串的轻量级工具，专为“数值→区间描述”场景设计，如用户等级、分数评级、响应耗时分级；它不支持本地化、动态逻辑或NaN/Infinity容错，构造需升序边界数组与对应标签数组，长度匹配且依赖半开区间规则。
ChoiceFormat 是什么，它适合解决哪类问题
ChoiceFormat 是 Java java.text 包里的一个轻量级格式化工具，专为“数值分段映射字符串”场景设计。它不处理单位、不支持小数精度控制、也不做本地化翻译，只干一件事：给定一个数字，查表返回对应区间的描述字符串。
典型适用场景包括：
- 用户等级显示（如 0–9 → “新手”，10–99 → “熟练”，100+ → “专家”）
- 分数评级（60 以下 → “不及格”，60–79 → “合格”，80–89 → “良好”，90+ → “优秀”）
- 响应耗时分级（<100ms → “极快”，100–500ms → “正常”，>500ms → “较慢”）
它不适合：
- 需要动态计算逻辑（比如带 if/else 判断的复杂规则）
- 区间边界需要运行时拼接或依赖外部配置（
ChoiceFormat构造后不可变） - 要求支持
NaN或Infinity的健壮容错（它会直接抛IllegalArgumentException）
构造 ChoiceFormat 的两种方式及关键参数含义
ChoiceFormat 本质是靠两个平行数组驱动：一个存边界值（double[] limits），一个存对应字符串（String[] labels）。匹配规则是“小于等于该边界，且大于前一边界”。
最常用构造方式是用字符串模式：new ChoiceFormat("0#无|1#低|5#中|10#高")
其中 # 左侧是上限边界（含），| 分隔不同区间，顺序必须升序。
注意几个易错点：
- 边界值必须严格递增，否则构造时抛
IllegalArgumentException - 第一个区间从负无穷开始，所以
"0#A|5#B"表示：x < 0 → 不匹配（默认返回空串）；0 ≤ x < 5 → "A"；x ≥ 5 → "B" - 如果希望覆盖全部范围（含负数），得显式写最低边界，例如
"-100#很低|0#低|5#中|10#高" -
#后面不是格式模板，是纯字符串，不解析占位符（如{0}）
另一种方式是传两个数组：
double[] limits = {0, 5, 10};
String[] labels = {"低", "中", "高"};
ChoiceFormat cf = new ChoiceFormat(limits, labels);
此时 limits 长度必须比 labels 少 1，且 labels[i] 对应区间为 [limits[i], limits[i+1])，最后一个 label 覆盖 [limits[limits.length-1], +∞)
实际使用时怎么避免返回空字符串或越界异常
ChoiceFormat 默认行为很“刚”：输入值小于第一个边界，就返回空串；遇到 NaN 或非有限数，直接抛异常。生产环境必须兜底：
- 总是用
try-catch包裹format(double)调用，捕获IllegalArgumentException - 在构造时把边界扩到足够宽，比如用
Double.NEGATIVE_INFINITY开头：double[] limits = {Double.NEGATIVE_INFINITY, 0, 5, 10}; String[] labels = {"负值", "低", "中", "高"}; - 如果业务允许，默认 fallback 字符串，可封装一层：
String formatSafely(ChoiceFormat cf, double value) { try { String s = cf.format(value); return s == null || s.isEmpty() ? "未知" : s; } catch (Exception e) { return "未知"; } } - 注意浮点精度问题：
0.3 + 0.6可能不精确等于0.9，导致边界判断偏移。如需严格整数分段，先转(long)Math.round(value)再传入
和 if-else 或 switch 比，什么时候该选 ChoiceFormat
它不是语法糖替代品，而是特定约束下的取舍：
- 优势在于配置外置化：边界和文案可从 properties 文件读取，改文案不用改代码
- 劣势是调试困难：字符串模式难 debug，出错只能看异常堆栈或反推数组
- 性能上无明显差别，但
ChoiceFormat是线性查找，区间多于 10 个时，自己写二分查找的 if-else 可能更快 - 如果区间逻辑含“等于某值”特例（如“恰好 100 分 → 满分”），
ChoiceFormat无法表达，必须退回到条件判断
真正值得用它的时刻，是当你发现项目里已经散落了三处以上重复的“分数→等级”硬编码，且产品明确要求这些阈值未来要由运营后台动态调整——这时候，ChoiceFormat 就成了那个刚好够用、又不至于过度设计的中间解。
边界定义是否覆盖全值域、异常是否被静默吞掉、浮点输入是否提前规整——这三点漏掉任一个，线上就容易出现“明明打了 95 分却显示为空”的问题。
