BigDecimal.scaleByPowerOfTen()仅执行十进制小数点位移（×10ⁿ），不处理物理单位换算；KB→GB需按1024²或1000²系数显式除法，不可直接调用该方法。
bigdecimal.scalebypoweroften() 不适合做单位换算，它不是“单位转换工具”，而是“小数点左右平移”的数学操作——仅调整小数点位置，不改变数值含义，也不涉及物理单位定义。用它直接换算 kb→gb 会出错，除非你完全理解其行为边界并手动补全换算逻辑。
scaleByPowerOfTen 的真实作用：纯十进制位移
该方法等价于乘以 10 的整数次幂（正数向右移，负数向左移），且保持精度不丢失：
-
new BigDecimal("123.45").scaleByPowerOfTen(2)→12345（即 ×100） -
new BigDecimal("123.45").scaleByPowerOfTen(-1)→12.345（即 ÷10） - 它不关心“KB”“MB”是什么，只做
×10ⁿ运算
单位换算的本质是乘除固定换算系数
存储单位换算是基于二进制（IEC）或十进制（SI）的固定倍率，例如：
- 1 KB = 1024 B（二进制，常用在内存、文件系统）
- 1 KB = 1000 B（十进制，SI 标准，硬盘厂商常用）
- 1 GB = 1024³ B 或 1000³ B —— 关键是明确你用哪套体系
- KB → GB 是 ÷(1024²) 或 ÷(1000²)，不是简单移动小数点
正确做法：用 scaleByPowerOfTen 辅助，但必须配合换算因子
如果你坚持用 scaleByPowerOfTen，只能用于「十进制 SI 单位」（如 KB→MB→GB 按 1000 倍递进），且需手动计算总幂次：
- KB → GB 是 ÷1000² = ×10⁻⁶，所以可写：
kbValue.scaleByPowerOfTen(-6)（仅当 kbValue 单位是「千字节（1000 B）」时成立） - 但若输入是「1024 进制 KB」，
scaleByPowerOfTen(-6)就错了——它不会自动按 1024 计算 - 更安全的做法是显式乘除：
kbValue.divide(BigDecimal.valueOf(1024).pow(2), MathContext.DECIMAL128)
推荐方案：封装清晰的换算工具类
别硬套 scaleByPowerOfTen，用它容易掩盖单位语义。建议：
- 定义枚举
BinaryUnit（KiB, MiB, GiB…）和DecimalUnit（KB, MB, GB…） - 每个单位存 base（1024 或 1000）和 exponent（0, 1, 2…）
- 换算时统一转为 byte 基准值，再转目标单位：
value.multiply(base.pow(fromExp)).divide(base.pow(toExp)) - 需要极致性能？预计算好系数（如 GB/KB = 1024²），用
multiply()或divide()一次到位
scaleByPowerOfTen 是个精准的“小数点扳手”，不是“单位翻译器”。用对地方能省开销，用错场景反而埋下隐性 bug。
