关于大量元素的list对象删除效率

2015-08-27 08:30:41 706 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

Java 8+ List 元素删除实战：removeIf 与 Stream filter 性能实测本文深入解析Java 8+中List元素删除的两种高效方法：removeIf与Stream filter，通过性能实测数据对比它们的优劣。文章详细探讨了removeIf的实现原理及适用场景，并提供了Stream filter在复杂处理中的优势分析，帮助开发者根据实际需求选择最佳方案，提升集合操作效率。阅读详情

类中使用了10个std::list<CString>，每个list又平均有数万个值

在类对象析构时要析构好几分钟

我知道效率偏低的原因再于反复delete很多元素，如果用vector就会快很多

可是由于需要迭代器不失效以及频繁插入数据，所以不想换成其他容器

我试过在析构时创建多个线程，每个线程分别执行一个list对象的clear操作，可速度并没有改善，不知是否是由于STL对多线程加了锁

故请教各位大神有没有不换成其他容器的情况下提高一点效率

...全文

vector和list的区别 vector与list区别bai vector为存储的对象分配一块连续的地址du空间，因此对vector中的元素随机访问效zhi率很高。在vecotor中插入或者删除掉某个元素，需要将现有元素进行复制，移动。如果vector中存储的对象很大，或者构造函数复杂，则在对现有元素进行拷贝时开销较大，因为拷贝对象要调用拷贝构造函数。对于简单的小对象，vector的效率优于list。vector在每次扩张容量的时候，将容量扩展2倍，这样对于小对象来说，效率是很高的。 list中的对象是离散存储的，随机访问某个元素需阅读详情

paschen

C++ 语言 65,214 成员 250,514 内容

+ 关注 + 加入社区

切换为时间正序

paschen 版主 2015-08-28

打赏
举报

引用 6 楼 jiqiang01234 的回复:

可以用boost::pool当做,std::list的分配器模板参数来试试

这个建议我试下

paschen 版主 2015-08-28

打赏
举报

引用 7 楼 dengqibin 的回复:

vector会比list更快，这个很不解啊，vector是数组类型的，删除了会进行拷贝移位什么的，list是链表试的，只用改指针，被删除的元素，两个容器都要调他的析构函数，应该是一样的，你确定是由于容器不一样产生的性能差别？

我指的删除不是只删除一个元素，是清空所有元素，释放内存

paschen 版主 2015-08-28

打赏
举报

引用 1 楼 ri_aje 的回复:

[quote=引用楼主 paschen 的回复:] 我知道效率偏低的原因再于反复delete很多元素，如果用vector就会快很多可是由于需要迭代器不失效以及频繁插入数据，所以不想换成其他容器

试过 std::deque 吗？

引用楼主 paschen 的回复:

我试过在析构时创建多个线程，每个线程分别执行一个list对象的clear操作，可速度并没有改善，不知是否是由于STL对多线程加了锁

STL 不会加锁的。[/quote] deque不适合，因为我操作需要迭代器不失效，且经常中间插入元素可是我试过用多线程同时删除每一个list对象，时间与单线程逐个删除差不多，不知是什么原因

赵4老师 2015-08-28

打赏
举报

楼主该用数据库了。＜1000个元素，冒泡排序＜100000个元素，qsort函数＜10000000个元素，放数据库中，建索引，（B+树排序） ≥10000000个元素，没用到过。

dengqibin 2015-08-28

打赏
举报

vector会比list更快，这个很不解啊，vector是数组类型的，删除了会进行拷贝移位什么的，list是链表试的，只用改指针，被删除的元素，两个容器都要调他的析构函数，应该是一样的，你确定是由于容器不一样产生的性能差别？

jiqiang01234 2015-08-28

打赏
举报

可以用boost::pool当做,std::list的分配器模板参数来试试

paschen 版主 2015-08-28

打赏
举报

今晚用boast库作为分配器（std::list<CString, boost::pool_allocator<CString> >），效率可以提高20%不到可能之后也考虑使用数据库谢谢大家给的意见，明天结帖！

paschen 版主 2015-08-28

打赏
举报

引用 15 楼 zilaishuichina 的回复:

lz应该用池技术了建一个对象池，预分配比如10000个 CString *pCStringArr = new CString[10000]; 建两个列表，分别保存使用中的对象下标，和未使用的对象下标 std::list<int> usedList; std::list<int> freeList;

用索引到是不错，只是插入数据有点不方便

paschen 版主 2015-08-28

打赏
举报

引用 12 楼 ri_aje 的回复:

[quote=引用 9 楼 paschen 的回复:] [quote=引用 1 楼 ri_aje 的回复:] [quote=引用楼主 paschen 的回复:] 我知道效率偏低的原因再于反复delete很多元素，如果用vector就会快很多可是由于需要迭代器不失效以及频繁插入数据，所以不想换成其他容器

试过 std::deque 吗？

引用楼主 paschen 的回复:

我试过在析构时创建多个线程，每个线程分别执行一个list对象的clear操作，可速度并没有改善，不知是否是由于STL对多线程加了锁

STL 不会加锁的。[/quote] deque不适合，因为我操作需要迭代器不失效，且经常中间插入元素可是我试过用多线程同时删除每一个list对象，时间与单线程逐个删除差不多，不知是什么原因[/quote] 嗯，中间插入删除的话确实会导致 deque 迭代器失效。 c++ new/delete 是多线程安全的，估计是到这步最后都串行化了。这也是为什么 vector 会比 list 快很多的原因，因为 vector 只需要调用一次 delete，而 list 每删除一个节点就需要 delete 一下。你可以先用 profiler 确认一下是不是这个问题，如果是的话，用 placement new 构造对象，销毁 list 的时候，先析构所有对象，然后再把 delete 的任务发到其他线程执行。[/quote] 好的，谢谢你建议