求一种数据结构，能快速完成元素的增删改查且占内存少

2017-10-19 05:07:00 733 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

数据结构与算法：链表的进阶应用场景你可能已经能熟练写出“反转链表”“判断环”的代码，但你知道吗？链表的真正价值远不止于此。本文将聚焦链表在动态数据管理、高效索引构建、循环场景处理、缓存策略实现四大核心场景中的应用，覆盖双向链表、循环链表、跳表（Skip List）等进阶变体，帮你建立“链表思维”——遇到问题时能快速判断“是否该用链表”，以及“该用哪种链表”。用“火车车厢”“旋转木马”等生活案例重新理解链表；拆解双向链表、循环链表、跳表的设计逻辑；结合操作系统内存管理、浏览器历史记录、LRU缓存等真实场景，解释链表的不可替代性；阅读详情

有几百万个结构体对象，按排序规则依次将其指针放入一个容器中(有序)，在保证快速完成增删改查操作的前提下(能达到O（logn）最好),另外内存要尽可能的小。
目前试过的，数组删除太慢，链表查找太慢，map内存占用大。B树/B+树内存还是稍微有点多，

...全文

基于C++的FPS射击训练小游戏本文在Visual Studio 2019 的C++环境下进行，需要装载graphics图形库由于朋友比较喜欢吃鸡，自己做的一个简单的FPS快速反应射击的训练软件，希望能提高他的反击速度hhh 阅读详情

zhousitiaoda

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

+ 关注 + 加入社区

切换为时间正序

Acuity. 2017-10-24

打赏
举报

坐等楼主的分享解决办法，打破常规，就是造轮子了。

走好每一步 2017-10-21

打赏
举报

想速度快，估计都得自己写吧。

zhousitiaoda 2017-10-21

打赏
举报

接上面，everything额外支持一种排序，带来的内存开销是接近每个文件多8字节，如果有100W文件，实际增加的内存=1000000*8/1024/1024=7.6MB。64位下光一个指针就8字节，更别提容器的实现了。如果文件结构体都是在内存池里分配，都是连续的内存，那指针可以用偏移量（4字节足够了）代替，但看了下内存池的实现，大多数都是类似STL里内存池的实现，链表的方式，内存不是连续的。

zhousitiaoda 2017-10-21

打赏
举报

引用 2 楼 sdghchj 的回复:

std::unordered_map

要保持容器内元素有序

引用 3 楼 mLee79 的回复:

B/B+ 不需要把所有的索引都载入内存，就载入前几级索引不需要啥内存。现在的机器手机都6G内存了，几百万，几千万个节点就不是个事啊，难道你程序跑单片机上 ....

运行在PC上，我想在不影响性能的前提下尽可能地让内存小。补充下实际场景。有一个文件搜索程序，文件结构体有几个成员


struct fileinfo
{
  int key;// 唯一
  int filesize;// 文件大小
 time modifytime; // 修改时间
  char* name;// 文件名
}FileInfo,*PFileInfo

所有结构体存储在一个hashmap<key,PFileInfo>里，现在要支持按文件大小/修改时间/文件名排序搜索（只能从有序队列里搜，否则搜出来再排序太慢），于是准备添加几个容器ABC,分别按大小/修改时间/文件名有序存储（存储的肯定都是指针），现在想挑选一种容器，使得这个容器可以快速支持增删改查，并且内存能尽可能低。其实最合适的容器可能是boost的multi_index_container,但内存还是不够理想。对比下everything，64位下支持一种排序才平均每个文件增加8字节的开销左右。