bigdecimal.tobiginteger()会截断小数部分，位运算仅适用于整数；需先通过缩放（推荐）、截断或四舍五入等方式将小数映射为整数，再用biginteger进行位运算，必要时反向还原。
BigDecimal.toBigInteger() 不能直接用于小数的位运算，因为它会**截断小数部分（向零舍入）**，丢失精度且不满足位运算所需的整数语义。想对高精度小数做位运算，必须先明确：**位运算是整数操作，小数本身无位运算定义**。你需要决定“如何把小数映射为整数”，再转换、运算、必要时还原。
明确转换意图：是缩放取整，还是按原值截断？
常见合理做法是**等比例放大为整数**（如金额用“分”代替“元”），而非简单丢弃小数：
-
缩放法（推荐）：乘以 10 的幂次，使小数变成整数，再转 BigInteger。例如
new BigDecimal("12.345").multiply(BigDecimal.TEN.pow(3)).toBigInteger()→12345 -
截断法（慎用）：直接调用
toBigInteger()，如new BigDecimal("12.999").toBigInteger()→12，小数全丢，可能引发逻辑错误 -
四舍五入后转整数：先用
setScale(0, RoundingMode.HALF_UP)再转，如bd.setScale(0, RoundingMode.HALF_UP).toBigInteger()
转换后才能安全进行位运算
BigInteger 支持 and、or、xor、shiftLeft、shiftRight 等位运算，但前提是数值已正确表示为整数：
- 例如将缩放后的整数做掩码操作：
val.scale(3).toBigInteger().and(BigInteger.ONE)判断末位奇偶 - 左移相当于乘以 2 的幂：
bi.shiftLeft(2)等价于bi.multiply(BigInteger.valueOf(4)) - 注意：位运算结果仍是 BigInteger，若需还原为 BigDecimal，要反向缩放，如除以
BigDecimal.TEN.pow(3)
避免常见陷阱
以下操作看似合理，实则危险：
- 对
0.1直接调用toBigInteger()→ 得到0，所有信息丢失 - 用
doubleValue()中转再转 BigInteger → 引入浮点误差，如new BigDecimal("0.1").doubleValue()可能是0.10000000000000000555... - 忽略 scale 导致缩放不一致：不同小数的小数位数不同，应统一缩放到相同精度（如全部转为“微单位”）
实用示例：安全地对价格做按位标志处理
假设价格精确到分（2 位小数），你想用最低位表示“是否含税”标志（0=不含，1=含）：
- 将元转为分：
cents = price.multiply(BigDecimal.valueOf(100)).toBigInteger() - 设置标志位：
centsWithTax = cents.or(BigInteger.ONE) - 还原为元：
new BigDecimal(centsWithTax).divide(BigDecimal.valueOf(100), 2, RoundingMode.HALF_UP)
