惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Schneier on Security
Schneier on Security
N
Netflix TechBlog - Medium
IT之家
IT之家
MongoDB | Blog
MongoDB | Blog
博客园_首页
S
SegmentFault 最新的问题
H
Help Net Security
P
Proofpoint News Feed
云风的 BLOG
云风的 BLOG
T
The Blog of Author Tim Ferriss
量子位
GbyAI
GbyAI
M
MIT News - Artificial intelligence
Recorded Future
Recorded Future
P
Privacy & Cybersecurity Law Blog
B
Blog
月光博客
月光博客
博客园 - 聂微东
Vercel News
Vercel News
罗磊的独立博客
腾讯CDC
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
A
Arctic Wolf
D
Darknet – Hacking Tools, Hacker News & Cyber Security
Stack Overflow Blog
Stack Overflow Blog
T
Threat Research - Cisco Blogs
Blog — PlanetScale
Blog — PlanetScale
L
Lohrmann on Cybersecurity
I
Intezer
小众软件
小众软件
T
The Exploit Database - CXSecurity.com
Jina AI
Jina AI
C
Check Point Blog
AWS News Blog
AWS News Blog
C
Cisco Blogs
Martin Fowler
Martin Fowler
The Last Watchdog
The Last Watchdog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
宝玉的分享
宝玉的分享
S
Security Affairs
大猫的无限游戏
大猫的无限游戏
N
News and Events Feed by Topic
雷峰网
雷峰网
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
H
Hacker News: Front Page
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
F
Full Disclosure
P
Proofpoint News Feed
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Microsoft Security Blog
Microsoft Security Blog

核桃的炼金工坊

2023 韩国游记 Deducing This Stateful Metaprogramming 推し、燃ゆ Customization Point Object 2020 总结 搞了个 C++ 构建系统 软件设计哲学(NOTE) Paxos Note 关于 cpp 可见性的黑魔法后门 一个关于 private member function detect 的 SFINAE 模板 User-defined conversion and Copy elision VIM and Latex Compare Between CRTP and Virtual Interface in C++ Compile Time Reflection in C++11 C++11内存模型 在C++17中的部分新特性 Const Reference of Pointer
C++23: Flat Containers
Hawtian Wang · 2023-09-21 · via 核桃的炼金工坊

C++23 的周期里又补充了四个非常重要的容器,这应该是继 C++11 加入 unordered_{map|set} 以来, 终于再次向 STL 里增加的容器。这四个容器是其实就是 map/set/multimap/multisetflat 版本。

  • flat_map
  • flat_set
  • flat_multimap
  • flat_multiset

这组新的容器可以在合适的场景下替换其对应的容器(当然也包括了他们的 unordered_ 的版本), 和同功能的其他容器相比:

  • 更慢的插入和删除,因为插入和删除都会导致元素的移动,像 vectorinsert 一样
  • 插入和删除都会造成旧迭代器的失效,因为不论是插入还是删除,都会伴随着大部分元素的移动,保存的旧迭代器很难不失效
  • 元素类型必须是可移动(moveable)或者可拷贝的(copyable)
  • 异常安全变得更弱了,像 vector 一样构造函数的异常没法保证后面的元素可以成功构造

那上面付出的代价,我们获得了什么?

  • 更快的遍历,在一个简单数组上的一次后继的时间复杂度是 $O(1)$ 而对于 map 这个时间是$O(log_2n)$
  • 得益于 vector 的实现,现在我们的迭代器是 random access 的了
  • 更小的空间复杂度,对于 map 不用保存节点的额外信息了,对于 unordered_map 不会有空的 slot
  • 更好的缓存性能(因为存储是连续的)
  • 更快的查找,虽然数量级上都还是 $O(log_2n)$ 但是常数上小了很多
ContainerOrderedInsertEraseFinditer++
map/setYes$O(log_2n)$$O(log_2n)$$O(log_2n)$$O(log_2n)$
unordered_{map/set}No$O(1)$$O(1)$$O(1)$$O(1)$
flat_{map/set}Yes$O(n)$$O(n)$$O(log_2n)$, but smaller constant$O(1)$

所以它应该更适合存那些构造出来基本就不会改的数据,获得更好的遍历和查找性能。