最直接安全的方式是使用 std::sqrt：必须包含 <cmath> 头文件，支持 double/float/long double 重载，传负数返回 NaN，整数需显式转浮点；对整数平方根精度敏感场景，推荐整数二分法避免浮点误差。
用 std::sqrt 是最直接安全的方式
绝大多数情况下，直接调用 std::sqrt 就够了——它在 <cmath> 里，支持 double、float、long double，自动重载，不需手动选函数名。别自己写牛顿迭代或查表，除非有特殊约束（比如裸机无标准库）。
常见错误是忘了包含头文件或传入负数：std::sqrt(-1) 在实数域下返回 NaN（不是抛异常），后续计算容易静默出错。
- 必须加
#include <cmath>，仅<math.h>可能导致重载行为不稳定 - 对整数求根，先转成浮点再调用，例如
std::sqrt(static_cast<double>(n)) - 若确定输入非负且想避免浮点误差影响整数判断（比如验证完全平方数），可对结果四舍五入后平方比对：
int r = std::round(std::sqrt(n)); if (r * r == n) {...}
std::sqrt 的精度和性能表现如何
它底层通常调用 CPU 的 SIMD 指令（如 x86 的 sqrtss / sqrtsd）或高质量数学库实现，速度很快，误差控制在 1 ULP 内。一般场景下，你感知不到性能瓶颈，也不用担心精度问题。
但要注意：对极大值（如接近 DBL_MAX）或极小正数（如 DBL_MIN），结果可能因浮点溢出/下溢失真；std::sqrt(0.0) 返回 0.0，符号保持不变（-0.0 输入也返回 -0.0）。
立即学习“C++免费学习笔记（深入）”；
- 不需要为性能手动内联或替换——编译器对
std::sqrt优化很充分 - 若需更高精度（如 >64 位），得换任意精度库（如 MPFR），
std::sqrt不支持 - 在 constexpr 上下文中（C++20 起），
std::sqrt是字面量函数，可在编译期计算，但仅限有限范围输入（如constexpr double x = std::sqrt(4.0);合法，std::sqrt(-1.0)编译失败）
遇到 LNK2019: unresolved external symbol sqrt 怎么办
这是链接错误，不是编译错误，说明编译器找到了声明（<cmath> 提供），但链接器找不到定义。典型原因是没连标准数学库，尤其在某些 MinGW 或嵌入式工具链中。
- MSVC 通常自动链接，无需额外操作
- g++/clang++ 有时需要显式加
-lm（Linux/macOS），但现代标准模式（-std=c++17及以上）一般自动处理；若仍报错，确认命令行末尾有-lm - 使用静态链接（
-static）时，确保目标系统提供完整 math 库实现，部分裁剪版 libc（如 musl）可能行为略有差异 - 检查是否误用了 C 风格的
sqrt()（来自<math.h>）而未链接 libm——统一用std::sqrt+<cmath>更稳妥
整数平方根（向下取整）要不要自己写
如果明确要整数结果（比如二分查找边界、算法题中的 floor(sqrt(n))），std::sqrt 配合 static_cast<int> 或 std::floor 可行，但存在边界风险：对大整数（如 2^52+1），double 无法精确表示，std::sqrt 返回值可能略小于真实根，强制截断会少 1。
更稳的方法是用整数二分：
long long isqrt(long long n) {
if (n <= 1) return n;
long long lo = 1, hi = n;
while (lo < hi) {
long long mid = lo + (hi - lo + 1) / 2;
if (mid <= n / mid) lo = mid;
else hi = mid - 1;
}
return lo;
}- 避免乘法溢出：用
mid <= n / mid替代mid * mid <= n - 适用于
long long范围内任意非负整数，无浮点误差 - 时间复杂度 O(log n)，对单次调用足够快；若高频调用，可预计算或查表，但极少必要
实际用的时候，先问自己：要的是浮点近似值，还是精确整数结果？前者无脑 std::sqrt，后者优先考虑整数二分——别被“看起来简单”带偏，大数截断翻车很常见。
