为何BigInteger与BigDecimal类未内置基础类型运算符重载？

这主要源于几个设计层面的考量：

• 保持核心API的简洁性：BigInteger和BigDecimal的核心定位是处理高精度、大数值场景，官方如果内置所有基础类型的运算符重载，会让API变得臃肿，增加维护成本，也不符合“只提供最必要功能”的设计原则。

• 避免隐式转换的潜在风险：比如将Float或Double转换为BigDecimal时，浮点数本身的精度特性可能导致意外的精度丢失或偏差；如果内置重载，开发者可能会忽略这种隐式转换带来的风险，引发难以排查的数值问题。而显式调用toBigInteger()或toBigDecimal()，能让开发者清晰感知到转换操作的存在。

• 留给开发者自定义的灵活性：Kotlin的扩展函数机制本身就支持像你示例中那样，快速实现所需的运算符重载。官方不强制内置这些重载，是为了让开发者根据自己的业务场景选择合适的扩展方式，比如有的场景可能只需要Int/Long的重载，有的可能需要处理Float/Double的特殊转换逻辑，这种自定义方式更贴合实际需求。

• JVM生态的兼容性考量：BigInteger和BigDecimal本质是对Java标准库对应类的封装，Java本身没有运算符重载特性，Kotlin作为JVM语言，在扩展这些类时会尽量保持与Java API的一致性，避免过度扩展导致与Java生态的适配问题。

你提供的这类扩展函数完全可以在项目中自行实现，来简化日常的数值运算操作：

infix operator fun BigInteger.plus(other: Int) =
    this + other.toBigInteger()

infix operator fun Int.plus(other: BigInteger) =
    toBigInteger() + other

infix operator fun BigInteger.plus(other: Long) =
    this + other.toBigInteger()

infix operator fun Long.plus(other: BigInteger) =
    toBigInteger() + other

内容的提问来源于stack exchange，提问作者Boris