bigint 不能直接与 math 对象的方法结合使用，因为 math 方法只接受 number 类型参数，传入 bigint 会抛出 typeerror；应优先使用 bigint 原生运算（如 **、>、
BigInt 不能直接与 Math 对象的方法结合使用。
BigInt 不支持 Math 方法
Math 对象的所有方法（如 Math.sqrt、Math.max、Math.floor、Math.pow 等）只接受 Number 类型参数，传入 BigInt 会抛出 TypeError。例如：
-
Math.sqrt(16n)→ 报错：“Cannot convert a BigInt value to a number” -
Math.pow(2n, 10n)→ 报错：参数类型不匹配 -
Math.max(100n, 200n)→ 报错：期望 number，得到 bigint
替代方案：用 BigInt 原生运算代替
BigInt 自身支持等效的原生操作，无需依赖 Math：
- 幂运算：用
**，如2n ** 64n（比Math.pow(2, 64)更精确且不溢出） - 取整需求较少——BigInt 本身就是整数，除法
/自动向零截断，取余%直接可用 - 最大/最小值比较：用
>、或三元表达式，如 <code>a > b ? a : b - 绝对值：可写
big >= 0n ? big : -big（BigInt 支持一元负号）
需要 Math 行为时的转换策略
仅当数值确定在 Number.MAX_SAFE_INTEGER（9007199254740991）范围内，才可安全转为 Number 再调用 Math：
- ✅ 安全示例：
Math.sqrt(Number(25n)) === 5 - ❌ 危险示例：
Math.sqrt(Number(9007199254740992n))→ 因 Number 转换已失真，结果不可靠 - ⚠️ 替代思路：对超大数实现自定义算法（如牛顿法开方），全程用 BigInt 运算
常见误区提醒
不要尝试用 BigInt(Math.floor(...)) 或类似链式调用——只要中间出现 Math，就可能先引入 Number 精度丢失或运行时报错。关键原则是：能用 BigInt 原生运算解决的，就不绕道 Math；必须用 Math 时，务必确认输入值足够小且转换无损。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
