蓝桥杯C++备赛陷阱：浮点运算中的精度丢失问题
几何计算中的隐藏陷阱：为何结果总是偏差巨大？
在蓝桥杯等算法竞赛中，涉及数学和几何的题目常常要求精确计算距离、角度或弧长。即便公式推导正确，若忽视C++的数据类型特性，仍可能得到严重偏离的错误答案。
问题背景：
小明从原点 (0, 0) 出发，目标是到达坐标 (233, 666)。他可以沿x轴向右移动，也可以绕原点作圆周运动（以当前到原点的距离为半径）。求最小移动距离，结果四舍五入取整。
这个问题的核心在于：最优路径由两部分组成——从原点到目标点的直线段，以及一段与极角相关的圆弧。总距离可表示为：
R + R × θ，其中 R = √(x² + y²)，θ = atan2(y, x)。
典型错误：过早使用整型变量
许多初学者会写出如下代码：
#include <iostream>
#include <cmath>
using namespace std;
int main() {
int R = sqrt(233 * 233 + 666 * 666);
int q = atan2(666, 233);
int result = R + R * q;
cout << result << "\n"; // 输出1410，但正确值应为1576
return 0;
}这段代码的问题在于：sqrt 返回约 705.58，atan2 返回约 1.234 弧度。但将它们赋给 int 类型变量时，小数部分被直接截断，导致 R 变成 705，q 变成 1，最终结果严重偏低。
根本原因：C++的类型截断机制
- 当浮点数值被存入整型变量时，编译器不会进行四舍五入，而是直接丢弃小数部分。
- 在复合运算中，这种误差会被后续乘法放大，造成结果失真。
- 此外，大整数相乘如
100000 * 100000在int范围内可能发生溢出，即使之后转为double也无法挽回。
正确做法：全程使用双精度浮点数
为确保精度，所有中间计算都应使用 double 类型，并在字面量后添加 .0 强制启用浮点运算规则。
#include <iostream>
#include <cmath>
using namespace std;
int main() {
// 使用 double 存储中间结果
double radius = sqrt(233.0 * 233.0 + 666.0 * 666.0);
double angle = atan2(666.0, 233.0);
// 完整保留小数精度进行计算
double totalDistance = radius + radius * angle;
// 最终按题目要求四舍五入输出
cout << static_cast<int>(round(totalDistance)) << endl;
return 0;
}该版本输出 1576，符合预期。关键改进包括：
- 所有中间变量声明为 double；
- 数值常量写作 233.0 形式避免整数溢出；
- 使用 round() 实现标准四舍五入。
