之前看《C++ PrimIEr》的时候,也解到在顺序型窗口里insert/erase会涉及到迭代器失效的问题,并没有深究。今天写程序的时候遇到了这个问题。
1 莫名其妙的Erase
最初我的程序是酱紫的,别说话,我知道这样是有问题的,可这样是最直观的想法
int arr[]={0,1,2,3,4,5,6,7,8,9,10}; vector<int> a(arr,arr+sizeof(arr)/sizeof(*arr));for (auto it = a.begin(); it != a.end();++it ){ if ((*it)&1){ a.erase(it); } }
没错,程序崩溃!删除了迭代器it之后,it迭代器失效了,无法再进行++it *** 作了。
可是,当我觉得erase做的只是把it之后的元素向前移动一个位置而已,为什么迭代器失效了呢?我翻开《STL源码剖析》,sgi STL的vector<T,Alloc>::erase的源码是这样的:
iterator vector<T,Alloc>::erase(iterator position) { if (position + 1 != end()) copy(position + 1,finish,position); --finish; destroy(finish); return position; }
正如我所想,erase函数并没有对输入的position迭代器进行改写!我打印出调试信息,发现erase之后,迭代器的_Ptr成员,也就是指针的值并没有发生变化,而此指针所指的元素的确是下一个元素。那么为什么失效了呢?
我又查了《C++ PrimIEr》,发现此书上的标准写法是这样的:
int arr[]={0,arr+sizeof(arr)/sizeof(*arr)); for (auto it = a.begin(); it != a.end();){ if ((*it)&1){ it=a.erase(it); } else ++it; }
运行了一下,这样是没错的。我打印了调试信息,发现与之前一样,erase之后把结果赋给it,it里的成员_Ptr并没有发生变化。唯一的可能就是迭代器里还有别的标志,如果当前元素被删除之后,该迭代器也就“失效”了。《C++ PrimIEr》并未对此作出过多解释,只是说,erase函数返回被删除元素的下一个元素的迭代器。
结论:在STL里,我们不能以指针来看待迭代器,指针是与内存绑定的,而迭代器是与容器里的元素绑定的,删除了之后,该迭代器就失效了,在对其重新赋值之前,不能再访问此迭代器。
2 更加小心冀冀地Insert
机智如我,自然会去探索一下insert之后,迭代器会怎样。于是:
vector<int> a; for (int i = 0; i < 10; ++i) { a.push_back(i); } for (auto it = a.begin(); it != a.end(); ++it){ if (*it == 5){ a.insert(it,100); ++it; } }
你猜怎么着??
啥事儿没有!你可能会问,插入之后为什么要++it。插入之前,it指向5,在5之前插入100后,it指向100。这样下一次循环,it依然会指向5。相信我,你的程序会爆炸的!
我作了个++it之后,it又指向5,下一次循环就直接指向5之后的元素了,顺利完成插入工作。
世界和平~世界和平~我还真不确定。
突然想到,当插入元素过多,vector的capacity会增加,这时会不会问题呢?说干就干:
vector<int> a; for (int i = 0; i < 13; ++i) { a.push_back(i); } for (auto it = a.begin(); it != a.end(); ++it){ if (*it == 5){ a.insert(it,100); ++it; } }
BOOM!果然崩溃了!也就是说插入之后的迭代器失效了。那之前的呢?
我决定粗暴地测试一下:
vector<int> a; for (int i = 0; i < 13; ++i) { a.push_back(i); } auto it1=a.begin(); for (auto it = it1; it != a.end(); ++it){ if (*it == 5){ a.insert(it,100); it=it1; } }
我插入之后,直接让it指向begin(),然后单步调试。执行完it=it1还好好的,可再去执行++it还是崩溃了。
也就是说,capacity变化之后,所有的迭代器都失效了!这是当然了呀!capacity发生变化,容器内部做的不仅仅是增加capacity这么简单,因为容器所在内存后面可能没有足够的内存让我们使用,所以,容器要重新开辟一段足够大的内存来存储容器里的元素,当前内存会被释放。这样一来,迭代器自然失效了。
3 C++ PrimIEr的总结
关于容器的迭代器失效的问题,C++ PrimIEr用了一小节作了总结,我翻译成中文如下:
(1)增加元素到容器后
对于vector和string,如果容器内存被重新分配,iterators,pointers,references失效;如果没有重新分配,那么插入点之前的iterator有效,插入点之后的iterator失效;
对于deque,如果插入点位于除front和back的其它位置,iterators,references失效;当我们插入元素到front和back时,deque的迭代器失效,但reference和pointers有效;
对于List和forward_List,所有的iterator,pointer和refercnce有效。
(2)从容器中移除元素后
对于vector和string,插入点之前的iterators,references有效;off-the-end迭代器总是失效的;
对于deque,如果插入点位于除front和back的其它位置,iterators,references失效;当我们插入元素到front和back时,off-the-end失效,其他的iterators,references有效;
对于List和forward_List,所有的iterator,pointer和refercnce有效。
(3)在循环中refresh迭代器
当处理vector,string,deque时,当在一个循环中可能增加或移除元素时,要考虑到迭代器可能会失效的问题。我们一定要refresh迭代器。
int arr[] = { 0,10 }; deque<int> v(arr,arr+sizeof(arr)/sizeof(*arr)); for (auto it = v.begin(); it != v.end(); ) { if ((*it) & 1) { it = v.insert(it,*it); it += 2; } else it = v.erase(it); }
至于it+=2,很容易解释,insert之后,it指向新增加的元素,+2之后,it指向下一个要处理的元素。
(4)在循环不变式中不要store off-the-end迭代器
这个很容易理解了,增加或移除元素之后,off-the-end失效了,不store的话,每次从end()函数中取的都是最新的off-the-end,自然不会失效。
最后:《C++ PrimIEr》是本好书。
以上就是小编为大家带来的浅谈c++ stl迭代器失效的问题全部内容了,希望大家多多支持编程小技巧~
总结以上是内存溢出为你收集整理的浅谈c++ stl迭代器失效的问题全部内容,希望文章能够帮你解决浅谈c++ stl迭代器失效的问题所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)