STL之vector迭代器失效问题

本文深入探讨了在C++中,vector迭代器在特定操作如push_back、insert和erase下失效的原因,特别是在Debug与Release模式下的表现差异。通过具体代码案例,揭示了迭代器失效的场景及VC++迭代器检测规则。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

环境:visual studio 2017(v141)

在vector中,我们经常会使用迭代器iterator对vector中的元素进行索引,也经常需要将迭代器作为参数传递到vector的成员函数中,迭代器使用非常方便,但使用不当也会给我们带来巨大的麻烦,下面就深入分析vector迭代器失效的场景

 

  • push_back导致迭代器失效

    • 原因
      • 我们都知道,vector在push_back的时候当容量不足时会触发扩容,导致整个vector重新申请内存,并且将原有的数据复制到新的内存中,并将原有内存释放,这自然是会导致迭代器失效的,因为迭代器所指的内存都已经被释放
    • 案例
      •  1 int main()
         2 {
         3 
         4     vector<int> ta;
         5     ta.push_back(1);
         6     ta.push_back(2);
         7     vector<int>::iterator it = ta.begin();
         8 
         9     cout << "it的值是  " << *it << endl;
        10     cout << "容量是  " << ta.capacity() << endl;
        11 
        12     ta.push_back(3);
        13     ta.push_back(5);
        14 
        15     cout << "push_back后容量是    " << ta.capacity() << endl;
        16 
        17     cout << "此时it指向的值是    " << *it << endl;
        18 
        19     return 0;
        20 }

        在Release模式下,这段代码是可以正常执行完成的,

        但是Debug模式下,会抛出异常

    •  为什么?

      • Release模式下能正常运行,是因为 迭代器 it指向的内存虽然被释放了,但是it保存的内存地址依然是有效的, 这时候如果没有往这个地址对应的内存进行写操作的话,得到的结果自然是正确的,而C++并不会对这种情况做判断
      • Debug模式下,会抛异常,是由于VC实现的stl中,对debug模式下的迭代器操作做了更为严格的处理,扩容时将迭代器赋值为了nullptr,自然会抛异常。稍后将会详细讲解
  •  insert和erase导致的迭代器失效

    • 原因
      • 插入操作导致vector扩容,迭代器失效原因和push_back相同
      • 插入操作引起vector内元素移动,导致被移动部分的迭代器失效
    • 案例
      •  //Insert操作
        1
        int main() 2 { 3 4 vector<int> ta; 5 for (int i = 0; i < 10; ++i) 6 { 7 ta.push_back(i); 8 } 9 10 vector<int>::iterator it = ta.begin(); 11 12 it += 5; 13 14 cout << "容量是 " << ta.capacity() << endl; 15 cout << "it的值是 " << *it << endl; 16 ta.insert(it, 100); 17 18 cout << "insert后容量是 " << ta.capacity() << endl; 19 cout << "此时it指向的值是 " << *it << endl; 20 21 return 0; 22 }

        在Release模式下,一切正常,在Debug模式下,抛出异常

        这里我尝试在insert或erase后输出原来的it+3的值,依然抛出异常。

      • //erase操作
        1
        int main() 2 { 3 4 vector<int> ta; 5 for (int i = 0; i < 10; ++i) 6 { 7 ta.push_back(i); 8 } 9 10 vector<int>::iterator it = ta.begin(); 11 12 it += 5; 13 cout << "容量是 " << ta.capacity() << endl; 14 cout << "it的值是 " << *it << endl; 15 16 ta.erase(it); 17 cout << "erase后容量是 " << ta.capacity() << endl; 18 cout << "此时it指向的值是 " << *it << endl; 19 20 return 0; 21 }

        这里和insert操作一样会在release下正常运行,但是debug下抛出异常,

    •  为什么?
      • 在未扩容的情况下,虽然vector的内存是不变的,但依照C++标准,插入和删除位置之后的迭代器是应该失效的, 具体迭代器失效规则查看C++标准文档中文版
      • 在Debug模式下,VC++会使用更加严格的检测规则,对传入的迭代器进行处理和监测,但Release模式下是不会对迭代器做过多检测和判断的
  • VC++下迭代器检测规则

    • MSDN Checked Iterators有提到,我们可以通过_ITERATOR_DEBUG_LEVEL宏来控制迭代器检测的严格等级,在Release模式下,默认是0,即关闭迭代器检查,在Debug模式下,默认为2,即开启全部的检查规则。
      •  You can use the _ITERATOR_DEBUG_LEVEL preprocessor macro to enable or disable the checked iterators feature. If _ITERATOR_DEBUG_LEVEL is defined as 1 or 2, unsafe use of iterators causes a runtime error and the program is terminated. If defined as 0, checked iterators are disabled. By default, the value for _ITERATOR_DEBUG_LEVEL is 0 for release builds and 2 for debug builds.
    • MSDN Debug Iterator Support中,详细介绍了几种在Debug模式下会进行检查的迭代器
      • Invalid iterators                     无效迭代器,即C++标准中定义已经失效的迭代器;关闭检测时,使用失效迭代器行为为定义
      • Unitialized iterators                    使用未初始化的迭代器
      • Incompatible iterators                不兼容的迭代器,使用两个不同vector的迭代器进行比较等操作
      • Iterators going out of scope       迭代器超出作用域
      • Destructors for debug iterators  手动释放迭代器的内存
  • 小结

    • 我们应当时刻遵守C++标准,避免使用无效迭代器
    • 同时,应当好好利用VC++在Debug模式下的迭代器检测功能,帮助我们提前发现可能出错的迭代器操作。

转载于:https://www.cnblogs.com/Qice/p/10119962.html

### C++ STL迭代器失效的原因 在 C++ 的标准模板库(STL)中,迭代器是一种通用工具,用于访问容器中的元素。然而,在某些情况下,当对容器进行修改操作时,可能会导致迭代器失效。这种现象的根本原因在于容器内部存储机制的变化。 #### 原因分析 1. **动态内存分配** 对于像 `std::vector` 和 `std::string` 这样的连续存储容器,每当其容量不足而需要扩展时,会触发重新分配内存的操作。此时,旧的内存会被释放,新的内存被分配,所有指向原有内存地址的迭代器都会因此失效[^1]。 2. **删除或插入操作** 当从容器中删除或插入元素时,可能会影响其他元素的位置。例如: - 在 `std::vector` 或 `std::deque` 中删除某个元素后,后续元素向前移动,这使得原本指向这些元素的迭代器不再有效。 - 插入新元素也可能引发类似问题,尤其是对于连续存储的容器,因为它们可能需要调整大小以容纳新增加的内容[^2]。 3. **关联容器的行为差异** 关联容器如 `std::set`, `std::map`, `std::unordered_set`, 和 `std::unordered_map` 使用的是基于节点的数据结构而非连续数组。在这种设计下,只有特定类型的迭代器会在特殊条件下失效。比如,在 `std::map` 上调用成员函数 `erase(iterator)` 不会使任何现有迭代器失效;但如果通过范围形式清除整个子集,则仅该范围内涉及的那些迭代器受到影响[^3]。 --- ### 解决方案 针对不同情况下的迭代器失效问题,可以采取相应的措施: #### 方法一:更新迭代器返回值 许多容器提供了一种安全的方式来处理这种情况——即让修改操作返回一个新的有效迭代器。例如,在执行删除操作时,可以通过如下方式进行修正: ```cpp for(auto it = nums.begin(); it != nums.end(); ){ if(*it < threshold){ it = nums.erase(it); } else{ ++it; } } ``` 这里每次成功删除一个满足条件的元素后,立即获取并使用由 `nums.erase()` 返回的新迭代器位置[^1]^。 #### 方法二:采用局部作用域内的临时变量保存状态 另一种常见做法是在循环体内创建额外控制逻辑来跟踪当前进度以及潜在变化的影响。考虑下面的例子展示如何向量前部添加项目而不破坏外部指针链路: ```cpp auto it = vec.begin(); for(; it != vec.end(); ++it){ if(*it % 2 ==0 ){ it=vec.insert(it,*it-1); ++it;//跳过刚加入的那个项避免重复计算 } } ``` #### 方法三:利用更高层次抽象算法代替手动管理 现代C++提供了丰富的算法支持,能够减少直接操控原始迭代器的机会从而降低风险。例如替换显式的遍历代码块为更简洁的形式: ```cpp #include<algorithm> //... remove_if(nums.begin(), nums.end(), [](const int& value){return value<threshold;} ); nums.shrink_to_fit();//清理多余空间可选步骤 ``` 这种方法不仅提高了程序可读性和维护便利度,还自动规避了一些常见的陷阱[^4]^. --- ### 示例代码综合应用 以下是结合上述理论的一个完整实例演示正确处理各种场景的方法: ```cpp #include <iostream> #include <vector> using namespace std; int main(){ vector<int> data={5,2,-9,8}; // 删除负数的同时保持迭代器有效性 for(auto iter=data.begin();iter!=data.end();){ if(*iter<0){ iter=data.erase(iter); }else{ ++iter; } } // 输出剩余正整数列表 cout<<"Positive numbers:"<<endl; for(const auto &num:data){ cout<<num<<"\t"; } cout<<endl; return EXIT_SUCCESS; } ``` --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值