NOI区间覆盖问题解析：贪心算法与浮点数精度处理实战-北京尧图网络

1. 项目概述从一道NOI决赛题看区间覆盖与贪心策略最近在带学生备赛信奥刷到了这道NOI 2018新加坡决赛的题目——P11596 “Lightning Rod”。题目名字挺酷“避雷针”但内核是一个经典的一维区间覆盖问题的变种。很多刚接触算法竞赛的同学一看到“NOI”、“决赛”这些字眼可能就有点发怵觉得肯定涉及特别复杂的数据结构或者数学推导。其实不然这道题的精妙之处恰恰在于它用了一个生活化的场景包装了一个需要你深入理解贪心算法和排序预处理思想的题目。如果你能清晰地抽象出模型代码写起来可能一百行都不到但思维过程却非常锻炼人。简单来说题目给了一排建筑物每个建筑物有一个位置一维坐标x和一个“保护半径”r。如果一个避雷针安装在位置p那么它能保护所有满足 |x - p| ≤ r 的建筑物。现在问最少需要安装多少个避雷针才能保护所有建筑物。这本质上就是给定n个区间每个区间是 [x-r, xr]求用最少的点使得每个区间内至少包含一个点。这就是著名的区间选点问题。但信奥题总会在经典模型上加点“料”这道题的“料”在于输入规模和对精度的处理直接影响了我们的解法选择和实现细节。2. 核心思路解析如何将“避雷针”转化为算法模型拿到题目第一步永远是抽象建模。别被“建筑物”、“避雷针”这些名词迷惑。我们先把题目翻译成算法语言。每个建筑物i位置是x_i半径是r_i。那么它需要被保护的范围就是从x_i - r_i到x_i r_i的一个闭区间。记这个区间为[L_i, R_i]其中L_i x_i - r_i,R_i x_i r_i。问题变为在数轴上有N个区间[L_i, R_i]。我们要放置最少的点使得每个区间内都至少有一个点。注意点可以放在任意实数位置不一定是整数。这是一个非常标准的贪心问题。其经典解法步骤如下将所有区间按照右端点 R_i 从小到大排序。如果右端点相同理论上按左端点排序虽然对核心算法影响不大但有时能避免一些边界思考。初始化一个变量last_pos表示上一个放置的点的位置。初始可以设为负无穷或者第一个区间的左端点减一点实践中常用第一个区间的右端点。初始化答案ans 0。从左到右遍历排序后的区间如果当前区间的左端点L_i大于last_pos说明上一个放置的点无法覆盖当前区间。那么我们就需要在当前区间内放一个新的点。为了尽可能让这个点也能覆盖后面的区间我们贪心地把这个点放在当前区间的右端点R_i处。然后更新last_pos R_i并且ans。如果当前区间的左端点L_ilast_pos说明上一个放置的点已经在当前区间内了那么这个区间已经被覆盖无需操作继续检查下一个区间。这个贪心策略为什么是正确的核心思想是“早终止的区间优先考虑”。我们每次选择右端点最小的区间并在它的右端点放点。这个点能覆盖所有左端点小于等于该点、且右端点大于等于该点的区间。由于我们是按右端点升序处理的这个点能覆盖的必然是当前“最紧急”即将结束的一批区间。这个策略可以保证全局最优。注意这里有一个极其关键的细节也是本题的第一个坑点。题目中建筑物的位置x和半径r可能是浮点数虽然样例和部分数据可能是整数但我们必须按照浮点数来处理。这意味着排序时比较右端点R要用浮点数比较。判断L_i last_pos时要小心浮点精度误差。直接使用可能会因为精度问题导致错误。通常的应对策略是引入一个极小的误差容忍值eps例如1e-9判断条件改为L_i last_pos eps。但在这个特定问题中由于我们放置的点就是区间的右端点而区间的左右端点计算是精确的给定x和r我们可以采用另一种更稳妥的方式将所有坐标乘以2转化为整数处理。因为如果x和r都是整数或保留一位小数乘以10的幂次可以消除小数。但更通用的竞赛做法是使用long double并谨慎比较。3. 数据结构与算法设计详解基于上面的思路我们来设计具体的数据结构和算法流程。3.1 数据结构定义首先我们需要一个结构体Building或者Interval来存储每个建筑物的信息。由于C的STL排序非常方便我们通常用结构体配合vector。#include iostream #include vector #include algorithm #include cmath // 用于fabs虽然本题可能用不上但习惯性包含 using namespace std; // 定义一个结构体表示一个区间建筑物 struct Interval { double left, right; // 区间的左右端点 [L, R] // 构造函数方便初始化 Interval(double l 0, double r 0) : left(l), right(r) {} }; // 比较函数用于排序按右端点从小到大排序 bool cmp(const Interval a, const Interval b) { // 优先比较右端点 if (fabs(a.right - b.right) 1e-9) { return a.right b.right; } // 如果右端点非常接近视为相等则按左端点排序升序或降序影响不大通常升序 return a.left b.left; }这里使用了double来存储端点。cmp函数中我们使用了fabs(a.right - b.right) 1e-9来判断两个浮点数是否不相等这是处理浮点数比较的常见方法。在排序中我们只关心大小关系这个精度通常足够。3.2 算法主流程主函数main的逻辑如下读入数据数量n。循环读入每个建筑物的x和r计算left x - r,right x r存入vectorInterval。调用sort(v.begin(), v.end(), cmp)对区间进行排序。初始化last_pos和ans。last_pos可以初始化为一个很小的数比如-1e18或者直接初始化为第一个区间排序后的左端点减1。但更常见的做法是在遍历时如果ans为0还没放点则强制放一个点。遍历排序后的区间向量应用上述贪心规则。输出答案ans。3.3 浮点数精度的深入处理这是本题实现中最容易出错的地方。我们贪心判断的核心条件是if (intervals[i].left last_pos eps) { // 需要新放一个点 last_pos intervals[i].right; ans; }这里的eps应该取多少如果题目保证坐标和半径是整数或者小数点后位数很少eps1e-9是安全的。但为了应对更极端的情况我们可以采用一个更鲁棒robust的策略避免直接进行浮点数的大于比较而是利用排序后的右端点作为新点位置这一特性。我们可以这样思考当我们按右端点排序后当前遍历到的区间i的右端点R_i是当前最小的右端点。如果上一个点last_pos小于L_i那么我们必须放新点。由于浮点误差last_pos可能理论上等于L_i但计算后略小一点。如果我们用L_i last_pos eps当last_pos非常接近L_i但略小时我们可能会错误地认为不需要新点。实际上只要last_pos L_i我们就需要新点。更精确的判断应该是last_pos L_i。但在浮点数中last_pos是我们之前放置的某个R_j。由于计算L_i x_i - r_i和R_j x_j r_j可能存在误差直接比较可能不可靠。一个在实践中行之有效的方法是将last_pos初始化为负无穷并在比较时认为只要last_pos不在区间[L_i, R_i]内就需要放点。由于我们放点总是放在某个R上我们可以认为当last_pos eps L_i时需要放点。我个人的经验是对于这类区间选点问题如果输入是浮点数一个保守且简单的做法是在排序和比较时将所有坐标乘以一个足够大的数比如1000或10000根据数据范围而定转换为整数然后用整数运算。这完全避免了浮点误差。但本题没有明确说明输入格式采用double和eps是更通用的竞赛做法。实操心得在信奥赛中遇到几何或涉及坐标的题首先要问坐标是整数还是浮点数数据范围多大如果可能是浮点数设计算法时就要时刻绷紧“精度”这根弦。对于本题稳妥起见可以在读入后将左右端点都加上一个偏移量比如乘以1000后取整但要注意数据范围是否溢出。如果题目来源如OJ.uz的测试数据是整数那么用double和eps也能过。但作为训练我们应该按最严格的情况来写代码。4. 代码实现与逐行解读下面给出一个考虑了浮点数精度的完整C实现。我们假设输入是浮点数。#include iostream #include vector #include algorithm #include cmath #include iomanip // 用于控制输出本题不需要但习惯保留 using namespace std; const double EPS 1e-9; // 定义一个很小的精度误差容忍值 struct Building { double left, right; Building(double l 0, double r 0) : left(l), right(r) {} }; // 比较函数按右端点升序右端点相同时按左端点升序 bool cmp(const Building a, const Building b) { if (fabs(a.right - b.right) EPS) { return a.right b.right; } return a.left b.left; } int main() { ios::sync_with_stdio(false); cin.tie(nullptr); // 关闭同步加速输入输出竞赛常用 int n; cin n; vectorBuilding buildings; buildings.reserve(n); // 预分配空间小优化 for (int i 0; i n; i) { double x, r; cin x r; // 计算建筑物需要保护的范围区间 buildings.emplace_back(x - r, x r); // 使用emplace_back避免临时对象 } // 关键步骤按右端点排序 sort(buildings.begin(), buildings.end(), cmp); int ans 0; double last_pos -1e18; // 初始化为一个非常小的数表示还没有放置任何点 for (const auto b : buildings) { // 如果上一个放置的点last_pos不在当前区间内严格小于左端点 // 使用 EPS 来避免浮点误差导致的边界问题 if (b.left last_pos EPS) { // 需要放置一个新的避雷针贪心地放在当前区间的右端点 last_pos b.right; ans; } // 否则last_pos 已经在区间 [b.left, b.right] 内这个建筑物已被保护跳过 } cout ans endl; return 0; }逐行解读与关键点分析const double EPS 1e-9;定义精度常数。对于大多数情况1e-9足够小。如果数据范围很大比如1e9可能需要调整到1e-6。这是一个经验值。ios::sync_with_stdio(false); cin.tie(nullptr);这是C竞赛输入的标配用于禁用C和C的输入输出流同步并解除cin和cout的绑定可以大幅提升输入输出效率。注意用了这个之后就不要混用printf/scanf和cout/cin了。buildings.reserve(n);为vector预分配n个元素的内存。这只是一个微优化避免vector在push_back时多次重新分配内存。对于大数据量n10^5有可见效果。buildings.emplace_back(x - r, x r);emplace_back是C11的特性它直接在容器尾部构造元素省去了创建临时Building对象再拷贝的过程效率比push_back(Building(x-r, xr))略高。sort(buildings.begin(), buildings.end(), cmp);算法的核心之一。排序的时间复杂度是O(n log n)是整个程序的瓶颈但对于n最大为10^5或10^6的量级完全可行。贪心循环这是算法的核心逻辑。注意判断条件b.left last_pos EPS。为什么是而不是因为如果last_pos恰好等于b.left那么这个点已经在区间的左端点上了区间是被覆盖的。但由于浮点误差last_pos可能比理论值小一丁点所以我们加上一个EPS相当于把last_pos稍微向右挪了一点再比较。如果b.left比这个“挪后”的last_pos还大那说明last_pos确实在区间左边需要新点。更新last_pos b.right;这就是贪心策略的体现总把新点放在当前区间的最右端以便尽可能覆盖后面的区间。5. 测试与边界条件分析任何算法代码写完不测试就是耍流氓。我们需要构造一些测试用例来验证正确性并思考边界条件。测试用例1基础样例假设输入3 1 2 3 1 5 2计算区间建筑1: [1-2, 12] [-1, 3]建筑2: [3-1, 31] [2, 4]建筑3: [5-2, 52] [3, 7] 排序后按右端点建筑2([2,4])建筑1([-1,3])建筑3([3,7])。注意右端点相同时按左端点排但这里右端点都不同。贪心过程初始last_pos -inf,ans0。遍历建筑2:left2 -inf放点在4last_pos4,ans1。遍历建筑1:left-1 4已被覆盖跳过。遍历建筑3:left3 4已被覆盖跳过。最终ans1。一个点放在位置4可以覆盖所有三个区间。正确。测试用例2区间互不相交3 1 0.5 3 0.5 5 0.5区间 [0.5,1.5], [2.5,3.5], [4.5,5.5]。排序后顺序不变。贪心过程点1放在1.5覆盖区间1。区间2左端点2.5 1.5点2放在3.5。区间3左端点4.5 3.5点3放在5.5。答案ans3。正确。测试用例3浮点数精度边界这是一个需要小心的案例。假设有两个区间计算出来的右端点理论上相等但由于浮点误差略有不同。2 0.1 0.2 0.3 0.0计算区间建筑1: [0.1-0.2, 0.10.2] [-0.1, 0.3]建筑2: [0.3-0.0, 0.30.0] [0.3, 0.3] 这是一个点区间理论上排序后建筑2([0.3,0.3])应该在建筑1([-0.1,0.3])前面右端点相同按左端点排0.3 -0.1。但浮点计算中0.10.2的结果可能不是精确的0.3而是0.30000000000000004。那么建筑1的右端点就大于0.3。排序后顺序可能是建筑2建筑1。贪心过程先处理建筑2放点在0.3last_pos0.3。处理建筑1left-0.1 0.3且right≈0.3000000004。我们的判断条件是b.left(-0.1) last_pos(0.3) EPS显然不成立所以认为已被覆盖。最终ans1。正确。即使顺序因为浮点误差交换只要我们的判断条件left last_pos EPS是合理的结果依然正确。因为建筑1的右端点虽然略大但它的左端点很小已经被点0.3覆盖。边界条件分析n0题目应该至少有一个建筑物但好的习惯是程序能处理。我们的代码会输出0。n1显然只需要一个点放在该区间的右端点即可。代码会输出1。区间非常大或非常小只要浮点数不溢出double范围约±1.7e308计算没问题。但注意last_pos初始化为-1e18如果存在左端点小于-1e18的区间几乎不可能会有问题。更安全的初始化是使用第一个区间的左端点减1或者使用-INFINITY#include cmath。我们可以这样初始化double last_pos -INFINITY;。所有区间右端点相同排序函数能正确处理贪心算法会只放一个点如果左端点都小于等于第一个区间的右端点。6. 算法优化与替代思路探讨上述贪心算法的时间复杂度是O(n log n)主要来自排序。空间复杂度是O(n)。对于信奥比赛的限制n可达10^5时间1秒这个算法绰绰有余。但我们可以思考是否有其他方法或优化。优化1避免存储所有区间如果n非常大比如10^7内存可能成为瓶颈。我们可以在读入数据的同时动态维护一个“当前最右端点”吗不行因为排序是必须的。但我们可以使用“堆”吗也不合适。所以对于标准区间选点问题O(n log n)时间和O(n)空间已经是最优之一。替代思路按左端点排序的贪心另一种贪心策略是按左端点排序。思路是每次选择左端点最小的区间然后尽可能往后放点使得这个点能覆盖尽可能多的后续区间。具体实现是按左端点升序排序然后维护一个当前“待覆盖区间组”的最左可能放点位置实际上是当前一组区间交集的最右端。这种思路不如按右端点排序直观且实现起来稍复杂最终效果和时间复杂度是一样的。本题的变种与扩展如果避雷针只能放在整数位置问题就变成了整数区间上的选点。贪心策略依然适用但放置点的时候要放在区间右端点向下取整的位置。判断条件也需要相应调整。如果每个避雷针有一个安装成本求最小总成本这就变成了一个动态规划问题可能要用到线段树优化DP。如果建筑物是二维平面上的那就变成了经典的“圆覆盖”或“单位圆盘覆盖”问题难度大大增加可能需要计算几何的知识如最小包围圆、随机增量法等。7. 常见错误与调试技巧在实现和调试这道题时新手容易遇到以下几个坑错误1排序规则写错这是最常见的错误。一定要按右端点排序。如果按左端点排序贪心策略就失效了。例如区间为[1,3], [2,4]按左端点排序后先处理[1,3]在3放点然后处理[2,4]发现23认为已被覆盖结果是1个点。但实际上点3在区间[2,4]内吗在。所以这个例子碰巧对了。但看另一个例子[1,4], [2,3]。按左端点排序后先处理[1,4]在4放点然后处理[2,3]发现24认为被覆盖结果是1个点。这也是正确的。然而对于[1,3], [2,5], [4,6]这个序列按左端点排序后顺序不变。贪心点放3覆盖[1,3]下一个[2,5]左端点23认为被覆盖下一个[4,6]左端点43放点在6。结果用了2个点。但最优解其实是在3.5或4放一个点就能覆盖所有区间。所以按左端点排序的贪心是错的。错误2浮点数比较不使用eps直接写if (b.left last_pos)。在浮点数计算中由于精度问题last_pos可能存储的是3.0但b.left计算出来是3.000000000000001理论上last_pos应该能覆盖b.left因为点3在区间[3, ...]内但由于浮点误差b.left略大于last_pos导致程序错误地认为需要新加一个点。虽然这种情况不常见但一旦发生在大型数据集上就会导致答案错误。所以只要涉及浮点数的等于、不等于、大于、小于比较一定要考虑eps。错误3eps取值不当eps不能太大否则会把本应视为不同的数当成相等的也不能太小否则可能因为计算误差而失去作用。通常取1e-9对于坐标范围在1e6以内、经过加减乘除运算的数据是安全的。如果数据范围很大或运算很复杂可能需要调整。一个技巧是使用相对误差fabs(a-b) eps * max(1.0, fabs(a), fabs(b))但本题的绝对误差足够。错误4初始化last_pos的值如果初始化为0而第一个区间的左端点是负数比如[-5, -1]那么判断b.left(-5) last_pos(0)不成立程序会错误地认为0这个点覆盖了[-5,-1]区间但实际上0不在该区间内。所以last_pos必须初始化为一个小于所有左端点的值。使用-1e18或-INFINITY是安全的。调试技巧小数据手工模拟就像前面测试用例做的那样用纸笔走一遍算法流程验证逻辑。打印中间变量在怀疑的地方输出排序后的区间顺序、每次判断时的last_pos和当前区间[L,R]看看贪心决策是否符合预期。对拍写一个暴力枚举的程序对于小n比如n10枚举所有可能的放点方案点放在每个区间的端点上求出最小点数。然后用你的贪心程序跑同样的随机数据对比结果。这是竞赛中验证正确性最有效的方法之一。关注边界数据自己构造n0, n1区间包含、相交、相离等各种情况。8. 从这道题延伸的算法学习建议这道“避雷针”题虽然标着NOI决赛但它的核心算法——区间选点贪心——是信奥学习道路上必须掌握的基础算法之一。它和“区间调度最大不相交区间数”、“区间合并”等问题是亲兄弟常常一起出现。如何掌握这类问题理解本质不要死记硬背“按右端点排序”。要理解为什么这样做是最优的。可以尝试反证法如果最优解中第一个点没有放在右端点最小的区间右端点上那么我们可以把它调整到这个位置结果不会变差。这个“交换论证”是证明贪心算法正确性的常用方法。归纳模型遇到新问题先看能不能转化成已知模型。“最少的点覆盖所有区间” - “区间选点问题”。注意变种就像前面提到的如果点必须是整数如果每个点有代价如果区间是环形的多思考变种能加深理解。勤于实现看懂和写对是两回事。一定要自己动手实现代码处理各种边界条件和精度问题。用C写注意vector、sort、struct、cmp函数这些基本组件的熟练使用。我个人在教授这道题时会让学生先忘记“避雷针”直接思考“数轴上有一些线段如何用最少的点碰到所有线段”。当学生提出“从最左边的线段开始尽量把点往右放”时再引导他们发现“按右端点排序”的妙处。这种从直觉到形式化证明再到代码实现的过程才是算法学习最有效的路径。最后关于浮点数处理再啰嗦一句。在信奥竞赛中如果题目背景是几何或物理大概率会卡浮点数精度。除了使用eps有时为了绝对安全我们会想方设法避免浮点数运算。比如本题如果题目保证x和r都是整数那么L和R也是整数直接用long long存储和计算就完全绕开了精度陷阱。所以在读题时务必仔细看数据类型的描述。

NOI区间覆盖问题解析：贪心算法与浮点数精度处理实战

相关推荐

C++编译器-O3优化在高频交易中的深度应用与风险控制

WinRAR压缩工具全面指南：从安装配置到高级功能实战

MCU低功耗设计五大黄金定律与实战技巧

更多资讯

R语言hyperframes详解：让空间对象与元数据同行的数据结构

从零搭建个人技能体系：刻意练习与可迁移能力实战指南

告别‘学了就忘’：从技能地图到变现，一套高效能学习方法论

原根判定与搜索：从数论基础到NTT工程实践

VISSIM交通仿真优化方法与实战技巧

Harness 与 AgentCore Gateway 深度集成：AI Agent 实时安全防线全拆解

今日更新

猫狗目标检测数据集：VOC/COCO/YOLO三格式一体化实战包

HDU2017多校标程复现：算法竞赛工程化真题沙盒

Codex Sandbox 隔离环境拆解：AI Agent 的临时实验室如何运作

本周精选

防幻觉智能体架构：电源硬件设计中的大模型编排与工具化实践

OpenGL面试核心考点：渲染管线、矩阵变换与性能排查全解析

全国计算机二级C语言真题PDF高效刷题指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？