标题:[C++] 容器的迭代器失效问题
@水墨不写bug
正文开始:
什么是迭代器?
迭代器是STL提供的六大组件之一,它允许我们访问容器(如vector、list、set等)中的元素,同时提供一个遍历容器的方法。然而,在使用迭代器时,我们必须注意所谓的“迭代器失效”问题。
一、插入/删除元素:
(1)erase导致删除位置之后的迭代器失效
当我们在使用vector时,接收到了一组数据。然而这组数据的奇数具有实际意义,偶数需要被删除,这时候我们可能会写出这样的代码:
//删除偶数 vector<int> v1 = { 1,2,3,4,5,6,7,8,9,10,22,1}; for (vector<int>::iterator it = v1.begin();it!= v1.end();) { if (*it % 2 == 0) { v1.erase(it); } else { it++; } }
乍一看,这段代码看似没有问题,并且在gcc上可以跑过,但是实际上这段代码是不符合C++标准的。
1.换一个编译器,比如VS2022,发现问题了:
报错翻译过来就是迭代器不兼容。其实VS2022是通过对vector的迭代器进行封装来达到这一功能的。
2.在gcc上可以跑过,本质上只是一个巧合。
迭代器失效本质
在STL标准中,vector的erase会返回一个修正后的迭代器,而这样的修正就是为了避免迭代器失效。
vector中的一组数据,{1,2,3,4,5,6,7,8,9};假设有一个迭代器指向元素5:
在删除元素“5”后,由于会发生数据拷贝移动,于是这个迭代器就“顺势”指向了下一个元素“6”:
这一行为是未定义的!如果我们使用的容器不是连续线性的,比如链表,那么结果将不堪设想,会产生野指针!
void test7() { list<int> v1 = { 1,2,3,4,5,6,7,8,9,10,22,1 }; for (list<int>::iterator it = v1.begin(); it != v1.end();) { if (*it % 2 == 0) { v1.erase(it); } else { it++; } } cout << v1; } int main() { //test1(); //test2(); //test3(); //test4(); //test5(); //test6(); test7(); return 0; }
vector的erase()原型:
iterator erase (const_iterator position); iterator erase (const_iterator first, const_iterator last);STl的vector返回一个迭代器,指向被函数调用删除的最后一个元素后面元素的新位置。如果操作删除序列中的最后一个元素,则这是容器的末端。
所以标准的写法是:
vector<int> v1 = { 1,2,3,4,5,6,7,8,9,10,22,1}; for (vector<int>::iterator it = v1.begin();it!= v1.end();) { if (*it % 2 == 0) { it = v1.erase(it); } else { it++; } } cout << v1;
这样就实时更新了迭代器。
(2)insert导致的迭代器失效
i,插入元素之后位置的迭代器失效
与删除元素之后位置的迭代器失效的问题本质上是一致的:
vector<int> v1 = { 1,2,3,4,5,6,7,8,9,10 }; vector<int>::iterator it = v1.begin() + 5; cout << *it << endl; v1.insert(v1.begin(), 4); cout << *it << endl;
在运行时报错:
由于无法保留原来的迭代器,所以直接更新为指向插入元素的迭代器:
vector<int> v1 = { 1,2,3,4,5,6,7,8,9,10 }; vector<int>::iterator it = v1.begin() + 5; cout << *it << endl; it = v1.insert(v1.begin(), 0); cout << *it << endl;
ii,扩容移动导致的迭代器失效
我们看一段insert()的原型:
//在pos位置插入对象 iterator insert(iterator pos, const T& t) //由于可能需要扩容,会发生迭代器失效,对内部而言 //迭代器pos在扩容前后指向的对象不再相同,对外部也是同样的会发生 { if (size() == capacity()) //需要扩容 { int len = pos - _start; int Newcapacity = capacity() == 0 ? 4 : capacity() * 2; reserve(Newcapacity); //改变capacity,不改变size //记录len,解决迭代器失效的问题 pos = _start + len; }
通过分析,我们发现:在insert之前,会有一个是否需要扩容的检验,如果需要扩容,则释放旧空间,开辟新空间,然后拷贝数据。
在这个过程中,如果需要扩容那么原来指向原旧空间的迭代器就失效了,如果访问失效的迭代器,会出现意想不到的结果。
这个就解释了VS2022封装为什么迭代器。也许VS将迭代器封装为一个类,并且有这个类内部有一个判断迭代器是否失效的方法,如果我们访问了失效的迭代器就会报错。
二、容器重新分配内存
其实,只要是导致容器的重新开辟这一动作时,就伴随着迭代器失效。
比如:
(1)std::vector 插入元素导致的重新分配
#include <iostream> #include <vector> int main() { std::vector<int> v{1, 2, 3}; auto it = v.begin(); // 假设 it 指向第一个元素 1 // 插入元素,如果导致重新分配内存,it 将失效 v.push_back(4); // 如果 v 的容量不足以容纳新元素,它将重新分配内存 // 下面的代码在重新分配后可能会导致未定义行为 // *it = 0; // 如果 it 已失效,这是未定义行为 // 更好的做法是重新获取迭代器 it = v.begin(); // 现在 it 指向新的第一个元素(可能是原来的 1,也可能是新内存位置上的 1) std::cout << *it << std::endl; // 输出:1 return 0; }
(2)std::vector resize 导致的重新分配
#include <iostream> #include <vector> int main() { std::vector<int> v{1, 2, 3}; auto it = v.begin(); // 假设 it 指向第一个元素 1 // resize 到一个更大的大小,如果导致重新分配内存,it 将失效 v.resize(10); // 如果 v 的容量不足以容纳 10 个元素,它将重新分配内存 // 下面的代码在重新分配后会导致未定义行为 // *it = 0; // 如果 it 已失效,这是未定义行为 // 更好的做法是重新获取迭代器 it = v.begin(); // 现在 it 指向新的第一个元素(原来的 1 或新内存位置上的元素) std::cout << *it << std::endl; // 输出:1 return 0; }
这两个操作都导致了容器的重新开辟也就是 释放旧空间,开辟新空间进行容量调整的过程,所以造成迭代器失效。
三、避免迭代器失效
在实际应用中,我们要避免迭代器失效,就需要理解常见的错误及原理,养成良好的变成习惯,形成风格,这样才能在最大程度上减少错误!
目录
完~
未经作者同意禁止转载