Math.log() 返回自然对数（ln），非常用对数（log₁₀）；需用 Math.log(x)/Math.LN10 或封装 log10 函数；Math.exp() 是计算 e^x 的最优方式，比 Math.pow(Math.E, x) 更准更快；log 与 exp 互为反函数但浮点下存在微小误差。
Math.log() 默认是自然对数，不是常用对数
JavaScript 的 Math.log() 返回的是以 e 为底的对数（即 ln），不是以 10 为底的 log₁₀。如果误以为它等价于计算器上的 “log” 键，结果会明显偏小（比如 Math.log(100) ≈ 4.605，而非 2）。
要算常用对数，得手动除以 Math.LN10：
Math.log(100) / Math.LN10 // ≈ 2
或者封装成函数更安全：
const log10 = (x) => Math.log(x) / Math.LN10;
- 别硬记换底公式，直接用
Math.LN10（≈2.302585）比写Math.log(10)更精确、更快 -
Math.log(0)返回-Infinity，Math.log(-1)返回NaN，使用前建议加校验 - 对小于 1 的正数（如 0.001），结果是负数，符合数学定义，但容易在调试时被忽略符号
Math.exp() 是 e^x 的唯一可靠写法
Math.exp(x) 等价于 ex，它是计算自然指数最准确、最高效的方式。不要用 Math.pow(Math.E, x) 替代——虽然语义接近，但存在浮点误差累积和性能开销。
例如：
Math.exp(2) // ≈ 7.38905609893065 Math.pow(Math.E, 2) // ≈ 7.389056098930649（看似一样，但在 x 较大或精度敏感场景下差异放大）
-
Math.exp()在 V8 等引擎中做了底层优化，比Math.pow()快约 2–3 倍 - 当
x是很大正数（如 710+），Math.exp(x)会返回Infinity；负数极大（如 -746-）则返回 0；这些边界行为是明确定义的，而Math.pow()对极端值响应可能不一致 - 注意：没有内置的
Math.exp10()，若需 10x，应写Math.pow(10, x)或Math.exp(x * Math.LN10)（后者略快且更精确）
log 和 exp 互为反函数，但浮点下不严格相等
理论上 Math.exp(Math.log(x)) === x，但浮点运算导致微小误差。例如：
const x = 123.45; Math.exp(Math.log(x)) === x // false Math.exp(Math.log(x)) - x // ≈ -2.84e-14（典型机器精度误差）
- 比较结果时别用
===，改用近似判断：Math.abs(Math.exp(Math.log(x)) - x) - 链式调用（如
Math.log(Math.exp(x))）同样有误差，尤其当x接近Number.MAX_VALUE或Number.MIN_VALUE时，可能提前溢出或下溢 - 若业务逻辑依赖严格可逆性（如加密/解密中间步骤），需评估误差是否在容忍范围内，否则应改用整数缩放或专用数值库
实际场景中该选哪个底数？
绝大多数前端计算（如衰减动画、分贝转换、概率密度）直接用 Math.log() 和 Math.exp() 就够了，因为它们天然匹配连续增长模型。只有明确需要十进制解释时（如 UI 显示“放大 100 倍”、pH 值、信噪比 dB），才引入 log10。
- 图像亮度调整常用
Math.exp()模拟伽马校正，而不是Math.pow(x, 2.2)，因前者更贴近物理光强响应 - 对数坐标绘图（如 D3.js）通常先用
log10归一化数据，再映射到像素范围；此时底数一致性比性能更重要 - 避免在循环中反复调用
Math.log(10)计算换底系数——提取为常量，比如const LOG10_E = 1 / Math.LN10;
浮点精度、底数混淆、边界溢出——这三处最容易在调试时卡住人，尤其是把 Math.log() 当作 log₁₀ 用，又没做输入校验。
