DecimalFormat不支持工程计数法，但可用"0.###E0"实现科学计数法；工程计数法需用BigDecimal.toEngineeringString()或自定义指数规整逻辑。
DecimalFormat 本身不直接支持工程计数法，但可以通过模式字符串灵活实现科学计数法，并结合逻辑调整模拟工程记数法效果。关键在于理解两者的格式差异和 DecimalFormat 的 E 符号行为。
科学计数法：用 "0.###E0" 模式触发
DecimalFormat 在数值绝对值小于 10⁻³ 或大于等于 10⁷ 时，默认 toString() 不会自动转科学计数法；必须显式使用含 E 的模式才能强制启用。
-
E 表示指数分隔符：模式中出现
E（大小写均可），就启用科学记数法输出，如"0.##E0" -
尾数范围固定为 1–10：例如
27000格式化为"2.7E4"，不是"27E3" -
小数位由 # 或 0 控制：`"0.00E0"` 对
0.00001234输出"1.23E-5"（四舍五入保留两位）
工程计数法：需手动适配或换用 BigDecimal
工程记数法要求指数是 3 的倍数（10³、10⁶、10⁻⁶ 等），且系数在 1–1000 之间（不含 1000）。DecimalFormat 原生不支持该约束，但有可行路径：
-
用 BigDecimal.toEngineeringString()：这是最直接的方式。它专为此设计，
new BigDecimal("27000").toEngineeringString()返回"27E3"，new BigDecimal("0.000123").toEngineeringString()返回"123E-6" -
自定义 DecimalFormat + 指数规整逻辑：先用
Math.floor(Math.log10(Math.abs(x)) / 3) * 3计算目标指数，再缩放数值后格式化，但代码较重，适合固定场景 -
避免 toString() 误用：BigDecimal.toString() 可能返回科学计数法（如
1E-7），而 toPlainString() 完全禁用指数——二者都不等价于工程记数法
常见误区与实操建议
实际开发中容易混淆的点，直接影响输出是否符合预期：
-
double 直接 format 可能丢失精度：比如
0.1 + 0.2得到0.30000000000000004，再用"0.##E0"会输出"3E-1"，看似正常，但底层值已漂移；高精度场景务必用 BigDecimal -
模式中的 0 和 # 行为不同：`"0.00E0"` 强制补零（
1.2 → "1.20E0"），`"#.##E0"` 则省略尾部零（1.2 → "1.2E0"） -
负数处理一致：模式对负数自动加前缀
-，无需额外配置；例如-0.000456配 `0.##E0` 得"-4.56E-4"
