math.tan()接收弧度而非度数，90°需转为π/2弧度，但该点正切无定义，易致infinity或nan；应先将度数×math.pi/180转弧度，再限制输入在[−π/2+ε, π/2−ε]内并校验。
Math.tan() 是 JavaScript 中计算正切值的内置函数，但它接收的是**弧度制**角度，而非度数；直接传入 90°（即 Math.tan(90)）不仅结果错误，还会因单位误解导致严重偏差。更关键的是，正切函数在 π/2（≈1.5708 弧度，对应 90°）处存在垂直渐近线，函数值趋向 ±∞，浮点计算在此附近极易出现巨大误差、溢出或非预期的 Infinity / -Infinity，甚至 NaN（如因舍入导致输入略超 π/2）。
正确转换角度单位：先转弧度，再调用 tan()
JavaScript 的三角函数一律使用弧度。若你手头是度数（如 30°、45°、89.9°），必须显式转换：
- 公式：
弧度 = 度数 × Math.PI / 180 - 示例：
Math.tan(45 * Math.PI / 180)≈ 1.0（正确） - 错误写法：
Math.tan(45)→ 实际计算的是 45 弧度（≈2578°）的正切，结果毫无几何意义
避开 90° 附近：识别并限制输入范围
由于 tan(x) 在 x → π/2⁻ 时 → +∞，x → π/2⁺ 时 → −∞，任何浮点表示都无法精确表示 π/2，且靠近该点时微小的输入误差会被急剧放大。实际开发中应主动规避：
- 对输入角度（度数）做校验：例如限制
angleDeg满足Math.abs(angleDeg % 180) !== 90，并设置安全余量（如 ±0.1°） - 推荐做法：将输入弧度限制在
[-π/2 + ε, π/2 - ε]区间，其中 ε 取决于精度要求（例如 ε = 1e-10 弧度 ≈ 5.7e-9°） - 简单防护示例：
const safeTan = (deg) => {<br> const rad = deg * Math.PI / 180;<br> const halfPi = Math.PI / 2;<br> const epsilon = 1e-10;<br> if (Math.abs(rad % Math.PI - halfPi) Math.abs(rad % Math.PI + halfPi) throw new Error("Input too close to 90° or 270°, tan undefined");<br> }<br> return Math.tan(rad);<br>};
替代思路：用 sin/cos 组合代替 tan（必要时）
当逻辑上必须处理接近 90° 的角度（如方向归一化、斜率计算），可改用定义式 tan(θ) = sin(θ)/cos(θ)，并结合 Number.EPSILON 防守除零：
- 优点：能更明确控制 cos 接近零时的行为（例如返回大数、截断、或切换到余切逻辑）
- 示例：
const tanFromSinCos = (rad) => {<br> const s = Math.sin(rad);<br> const c = Math.cos(rad);<br> if (Math.abs(c) // cos ≈ 0 ⇒ angle near ±90°, ±270°...<br> return s > 0 ? Infinity : -Infinity;<br> }<br> return s / c;<br>}; - 注意：这并未消除不稳定性，但让你掌握处置权——比如在图形渲染中，可提前判断是否需切换坐标系或使用反正切（
Math.atan2）反推
调试与验证建议
遇到异常大值或 Infinity 时，不要只看输出，要回溯输入：
- 打印原始度数和转换后的弧度（保留 15 位小数），确认是否意外逼近 π/2
- 用
Math.atan2(y, x)替代角度输入：若你本就拥有直角边 y 和 x，直接用Math.atan2(y, x)得到角度，再求 tan 是绕路；而Math.atan2本身对 x=0 稳健，天然规避了 tan 的奇点 - 单元测试至少覆盖：0°、45°、89.9°、89.999°、90°、90.001°、135° 等边界情况
