sqrt报错因未链接数学库，Linux/macOS需加-lm；pow算整数幂有精度问题，应手写或用快速幂；hypot防溢出；sin/cos只接受弧度，需手动转换单位。
为什么 sqrt 编译报错：undefined reference to `sqrt`？
链接阶段找不到数学函数实现，不是头文件没包含的问题。Linux/macOS 下 math.h（或 cmath）只声明函数，不提供实现，必须显式链接数学库。
- g++ 编译时加
-lm参数：g++ main.cpp -o main -lm（注意-lm必须放在源文件之后） - Windows + MSVC 通常默认链接，但用 MinGW 时同样要加
-lm - 如果用了
std::sqrt却只包含math.h，会因命名空间问题报错；应改用#include <cmath>并确保调用带std::前缀，或加using std::sqrt
pow 返回值是 double，但我要算整数次方怎么办？
pow 是通用浮点幂函数，对整数底数和指数也走浮点路径，可能引入精度误差（比如 pow(5, 2) 实际返回 24.9999999），再转 int 就出错。
- 小整数幂（如平方、立方）直接手写：
x * x、x * x * x，快且精确 - 需要通用整数幂时，自己写快速幂函数，输入输出都为
int或long long，避免浮点介入 - 若坚持用
pow，务必四舍五入：static_cast<int>(std::round(std::pow(x, n)))</int>，但仅限 n 不大、x 不太大的情况
在 C++17 里用 std::hypot 替代 sqrt(x*x + y*y) 的真实原因
不是为了“更现代”，而是防溢出。x*x 可能超出 double 表示范围，即使最终结果完全在范围内 —— 比如 x = 1e200，x*x 直接变成 inf，而 std::hypot(1e200, 1.0) 仍能正确返回约 1e200。
-
std::hypot内部做了尺度归一化，数值稳定性强得多 - C++17 起支持三参数版本：
std::hypot(x, y, z)，适合三维距离计算 - 旧代码里所有手动开根号的欧氏距离，只要涉及可能的大数，都该换掉
使用 std::sin / std::cos 时角度单位搞错了怎么办？
它们只认弧度，不认角度。传 90 进去，算的是 90 弧度（≈ 5156°）的正弦，结果不是 1，而是约 0.894 —— 这是最隐蔽的逻辑错误之一。
立即学习“C++免费学习笔记（深入）”；
- 统一转换宏或 constexpr 函数：
constexpr double deg2rad(double d) { return d * 3.14159265358979323846 / 180.0; } - 别用
M_PI：它不是标准 C++ 宏，跨平台编译常失效；自己定义更稳 - 如果业务大量用角度，考虑封装一个
Angle类，内部存弧度，对外提供from_degrees()和sin()方法，从源头堵住错误
C++ 数学函数看着简单，真正容易翻车的全是隐性细节：链接参数顺序、浮点精度泄漏、溢出边界、单位混淆。这些地方不写测试很难暴露，等线上出怪数才去查，成本高得多。
