zoukankan      html  css  js  c++  java
  • 容器操作可能会使迭代器失效

    向容器中添加元素和从容器中删除元素的操作可能会使指向容器元素的指针、引用或迭代器失效。一个失效的指针、引用或迭代器将不再表示任何元素。使用失效的指针、引用或迭代器是一种严重的程序设计错误,很可能引起与使用未初始化指针一样的问题。

    • 如果容器是vector或string,且存储空间被重新分配,则指向容器的迭代器、指针和引用都会失效。如果存储空间未重新分配,指向插入位置之前的元素的迭代器、指针和引用仍有效,但指向插入位置之后元素的迭代器、指针和引用将会失效。
    • 对于 deque,插入到除首尾位置之外的任何位置都会导致迭代器、指针和引用失效。如果在首尾位置添加元素,迭代器会失效,但指向存在的元素的引用和指针不会失效。
    • 对于 list 和 forward_list,指向容器的迭代器(包括尾后迭代器和首前迭代器)、指针和引用仍有效。

    当我们从一个容器中删除元素后,指向被删除元素的迭代器、指针和引用会失效。毕竟,这些元素都已经被销毁了。当我们删除一个元素后:

    • 对于 list 和 forward_1list,指向容器其他位置的迭代器(包括尾后迭代器和首前迭代器)、引用和指针仍有效。
    • 对于 deque,如果在首尾之外的任何位置删除元素,那么指向被删除元素外其他元素的迭代器、引用或指针也会失效。如果是删除 deque 的尾元素,则尾后迭代器也会失效,但其他迭代器、引用和指针不受影响;如果是删除首元素,这些也不会受影响。
    • 对于vector和string,指向被删元素之前元素的迭代器、引用和指针仍有效。注意∶ 当我们删除元素时,尾后迭代器总是会失效。

    编辑改变容器的循环程序

    添加/删除 vector、string 或 deque 元素的循环程序必须考虑迭代器、引用和指针可能失效的问题。

    程序必须保证每个循环步中都更新迭代器、引用或指针。如果循环中调用的是 insert 或 erase,那么更新迭代器很容易。这些操作都返回迭代器,我们可以用来更新:

    vector<int> vi = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9};
    auto iter = vi.begin();
    while (iter != vi.end()){
        if (*iter % 2){
            iter = vi.insert(iter, *iter);   // 复制当前元素
            iter += 2;                       // 向前移动迭代器
        }
        else{
            iter = iv.erase(iter);           // 删除偶数元素
        }
    }
    

    此程序删除 vector 中的偶数值元素,并复制每个奇数值元素。我们在调用insert 和 erase 后都更新迭代器,因为两者都会使迭代器失效。

    在调用erase 后,不必递增迭代器,因为erase 返回的迭代器已经指向序列中下一个元素。

    调用insert 后,需要递增迭代器两次。记住,insert在给定位置之前插入新元素,然后返回指向新插入元素的迭代器。因此,在调用 insert 后,iter 指向新插入元素,位于我们正在处理的元素之前。我们将迭代器递增两次,恰好越过了新添加的元素和正在处理的元素,指向下一个未处理的元素。

    不要保存end返回的迭代器

    当我们添加/删除 vector 或 string 的元素后,或在 deque 中首元素之外任何位置添加/删除元素后,原来 end 返回的迭代器总是会失效

    因此,添加或删除元素的循环程序必须反复调用 end,而不能在循环之前保存 end 返回的迭代器,一直当作容器末尾使用。

    通常 C++标准库的实现中 end()操作都很快,部分就是因为这个原因。

    例如,考虑这样一个循环,它处理容器中的每个元素,在其后添加一个新元素。我们希望循环能跳过新添加的元素,只处理原有元素。在每步循环之后,我们将定位迭代器,使其指向下一个原有元素。如果我们试图"优化"这个循环,在循环之前保存end()返回的迭代器,一直用作容器末尾,就会导致一场灾难:

    // 此循环的行为时未定义的
    auto begin = v.begin(), end = v.end();
    while (begin != end){
        // 做一些处理
        // 插入新值,对begin重新定义,否则它会失效
        begin ++;  // 向前移动
        begin = v.insert(begin, 42);
        begin ++;  // 跳过刚刚插入的元素
    }
    

    此代码的行为是未定义的。在很多标准库实现上,此代码会导致无限循环。问题在于我们将end操作返回的迭代器保存在一个名为 end 的局部变量中。在循环体中,我们向容器中添加了一个元素,这个操作使保存在 end 中的迭代器失效了。这个迭代器不再指向v中任何元素,或是 v 中尾元素之后的位置。

    // 在每个循环之后都重新计算end
    while (begin != v.end()){
        // 做了一些处理
        begin ++;
        begin = v.insert(begin, 42);
        begin ++;
    }
    
  • 相关阅读:
    .net core 3.1 过滤器(Filter) 和中间件和AOP面向切面拦截器
    socket通信框架——boost asio
    远程过程调用框架——gRPC
    数据序列化工具——flatbuffer
    springboot项目启动----8080端口被占用排雷经过
    如何配置HOSTS文件
    使用线程Callable实现分段获取一个url连接的资源数据
    Socket网络编程课件
    (6)优化TCP编写 服务器端同时支持多个客户端同时访问
    SpringBoot配置属性之Security
  • 原文地址:https://www.cnblogs.com/lihello/p/14326567.html
Copyright © 2011-2022 走看看