【C++】STL的百宝箱—全能deque的简单讲解

【C++】STL的百宝箱—全能deque的简单讲解
✨ 坚持用清晰易懂的图解+代码语言, 让每个知识点都简单直观!
🚀 个人主页不呆头 · ZEEKLOG
🌱 代码仓库不呆头 · Gitee
📌 专栏系列 :📖 《C语言》🧩 《数据结构》💡 《C++》🐧 《Linux》💬 座右铭 :“不患无位,患所以立。”
在这里插入图片描述

【C++】STL的百宝箱—全能deque讲解


摘要

在 STL 的容器家族里,deque(双端队列)就像一个“全能型选手”。它既能像 vector 一样支持随机访问,又能像 list 一样在两端高效插入删除。虽然它并不是完美的存在,但凭借灵活的底层结构和均衡的性能,deque 成为了 stack 和 queue 的首选底层容器。本文将带你全面认识 deque,从设计动机到底层实现,再到应用场景,一网打尽。

📌 编程箴言:
“好的C++代码就像好酒,需要时间沉淀。”


目录

一、deque的简单介绍

1. 为什么需要deque?

我们知道,vector 的优点是能够随机访问下标,尾插尾删效率高,且 CPU 缓存命中率高;但它的不足在于头插头删效率低下,因为插入或删除时需要整体数据前移或后移,复杂度为 O(n),并且在内存不足时需要扩容,可能造成空间浪费。

list 的优点是按需分配空间,不存在额外浪费,并且能够在任意位置进行插入和删除,复杂度为 O(1);但缺点是当空间不足时需要频繁申请内存,且不支持下标随机访问。

因此,人们希望同时结合二者的优点、互补缺点,于是便创造出了 deque


2. 了解deque

在这里插入图片描述


在这里插入图片描述


std::deque(double-ended queue,双端队列)是 C++ STL 提供的一种 序列式容器,它和 vector 有点像,都能动态扩容并支持随机访问。但它的最大特点是:可以在容器的头尾两端高效地插入和删除元素,而不仅仅是尾部。你可以把它想象成一个“带前后两个门的房间”,不管是从前门塞进去,还是从后门塞进去,都很方便。因为底层采用分段数组(而不是连续内存),所以插入删除更灵活,但随机访问速度略逊于 vector。与list比较,空间利用率比较高,不需要存储额外字段。

在这里插入图片描述


但deque并不是真正的连续空间(空间连续了但没完全连续),而是由一段段连续的小空间拼接而成的,实际deque类似于一个动态的二维数组,其底层结构如下图所示:

在这里插入图片描述
  • 入图所示,我们在buffer1的位置满了之后需要头插数据的话,就开一个buffer0,在buffer0的最后一个空间插入7;同理buffer1的位置满了之后需要尾插一个数据的话,就开一个buffer2,在buffer2的第一个空间开始插入8。
  • 我们用一个指针数组维护这块空间,例如buffer1存在这块数组的中间,当空间满了之后就可以向前(buffer0)以及向后扩容(buffer1)。

二、deque的迭代器

当然为了能够支持随机访问,deque的iterator迭代器就设计的十分复杂了deque的迭代器封装了四个指针,first和last用来指向buffer的头尾,cur用来遍历buffer,然后将node指向中控数组对应位置:

在这里插入图片描述


同时还有指向头尾buffer的start和first:

在这里插入图片描述


map是一个二级指针,因为中控数组是一个指针数组,而map存放的中控数组的地址。


三、为什么选择 deque?

  1. 对比 vector
    • deque 在头部插入和删除时不需要整体搬移元素,效率远高于 vector
    • 扩容时,deque 只需新开 buffer,并在必要时扩容中控数组,而不像 vector 那样搬移大量元素,因此效率更高。
  2. 对比 list
    • deque 的底层是分段连续空间,整体空间利用率高,不需要像 list 那样为每个节点存储额外的 prevnext 指针。
  3. 与 stack / queue 的关系
    • stack 是后进先出结构,只需要 push_backpop_back 就能实现,因此 vectorlistdeque 都能作为其底层容器。
    • queue 需要一端插入、另一端删除,deque 的双端操作正好契合。
    • stackqueue 本身不需要迭代器,因此完全避开了 deque 在遍历上的劣势。
  4. 效率与内存
    • stack 中,deque 的扩容效率比 vector 高(无需整体搬移)。
    • queue 中,deque 既保证了高效扩容,又具有良好的缓存命中率和内存利用率,不易产生大量内存碎片。

总结
deque 结合了 vectorlist 的优点:既支持双端高效操作,又具备较好的空间局部性和扩容效率。因此,作为 stackqueue 的底层容器,是一个更优的选择。


四、为什么deque无法完全替代vector和list?

vector的随机访问和list的任意位置插入删除O(1)的时间复杂度做到了极致,而deque的中间位置的插入删除和随机访问的效率都差强人意,所以deque是无法替代vector和list的.而且deque有一个致命的缺点:不适合遍历,因为在遍历时,deque的迭代器要频繁的去检测其是否移动到某段小空间的边界,导致效率低下,还不如直接拷贝到vector中再遍历,但是对stack和queue来说恰好是不需要遍历,所以STL将deque用其作为stack和queue的底层数据结构

五、deque的简单使用

voidtest_deque(){ deque<int> dq; dq.push_back(1); dq.push_back(2); dq.push_back(3); dq.push_back(4); deque<int>::iterator it = dq.begin();while(it != dq.end()){ cout <<*it <<' '; it++;} cout << endl;}

结尾总结

deque 并不是为了替代 vectorlist 而存在,而是作为一种 折中与平衡 的选择:

  • 它弥补了 vector 头部操作的低效,
  • 也避免了 list 节点式存储带来的空间开销,
  • 并凭借双端操作的优势,成为 stackqueue 的最佳搭档。

所以,理解 deque,不仅能帮助我们选对容器,还能更好地体会 STL 设计中“权衡与取舍”的智慧。


不是呆头将一直坚持用清晰易懂的图解+代码语言,让每个知识点变得简单!
👁️ 【关注】 看一个非典型程序员如何用野路子解决正经问题
👍 【点赞】 给“不写八股文”的技术分享一点鼓励
🔖 【收藏】 把这些“奇怪但有用”的代码技巧打包带走
💬 【评论】 来聊聊——你遇到过最“呆头”的 Bug 是啥?
🗳️ 【投票】 您的投票是支持我前行的动力
技术没有标准答案,让我们一起用最有趣的方式,写出最靠谱的代码! 🎮💻

Read more

Flutter for OpenHarmony: Flutter 三方库 sanitize_html 彻底杜绝 XSS 注入风险(鸿蒙 Web 内容安全净化)

Flutter for OpenHarmony: Flutter 三方库 sanitize_html 彻底杜绝 XSS 注入风险(鸿蒙 Web 内容安全净化)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 在开发 OpenHarmony 应用时,如果我们需要在 UI 中渲染来自后端的 HTML 内容(例如文章正文、用户评论),或者使用 flutter_html 等库,一个致命的安全风险就是 XSS (跨站脚本攻击)。恶意代码可能会通过 <script> 标签或 onerror 属性在你的 App 内执行非法逻辑。 sanitize_html 是一个轻量级且极高效的 HTML 净化库。它采用白名单机制,能瞬间过滤掉所有不安全的标签和属性,确保你在鸿蒙 App 内渲染的每一行 Web 内容都是绝对安全的。 一、核心防御机制解析 sanitize_html 遵循“默认拒绝”

By Ne0inhk
共绩算力 RTX 5090 极速部署 Stable Diffusion WebUI:新手也能秒开 AI 绘图工作站

共绩算力 RTX 5090 极速部署 Stable Diffusion WebUI:新手也能秒开 AI 绘图工作站

还在为本地硬件不足跑不动 AI 绘图模型发愁?想快速拥有高性价比的 Stable Diffusion 绘图环境?今天给大家带来共绩算力 RTX 5090 部署 Stable Diffusion WebUI(增强版)的详细教程,全程零兼容冲突,从云主机配置到生成第一张 AI 画作仅需 30 分钟,步骤清晰可复现,无论是设计爱好者还是 AI 新手都能轻松上手! 目录 一、为什么选择共绩算力部署 Stable Diffusion? 二、环境准备:精准配置云主机 2.1 创建云主机实例 1.2 登录云主机终端 二、完整部署流程 2.1 环境清理与依赖安装 2.2 下载与配置Stable Diffusion WebUI

By Ne0inhk
【Prometheus】Prometheus安装部署流程详解,配置参数webUI使用方法解析说明

【Prometheus】Prometheus安装部署流程详解,配置参数webUI使用方法解析说明

✨✨ 欢迎大家来到景天科技苑✨✨ 🎈🎈 养成好习惯,先赞后看哦~🎈🎈 🏆 作者简介:景天科技苑 🏆《头衔》:大厂架构师,华为云开发者社区专家博主,阿里云开发者社区专家博主,ZEEKLOG全栈领域优质创作者,掘金优秀博主,51CTO博客专家等。 🏆《博客》:Python全栈,前后端开发,小程序开发,人工智能,js逆向,App逆向,网络系统安全,数据分析,Django,fastapi,flask等框架,云原生k8s,Prometheus监控,linux,shell脚本等实操经验,网站搭建,数据库等分享。 所属的专栏:Prometheus监控系统零基础到进阶 景天的主页:景天科技苑 文章目录 * Prometheus安装配置 * 1、Prometheus安装前准备 * 1.1 地址规划 * 1.2 配置Host解析 * 1.3 防火墙放行9090端口(如果防火墙开启) * 2、Prometheus安装配置

By Ne0inhk
Flutter 组件 spry 适配鸿蒙 HarmonyOS 实战:轻量化 Web 框架,构建高性能端侧微服务与 Middleware 治理架构

Flutter 组件 spry 适配鸿蒙 HarmonyOS 实战:轻量化 Web 框架,构建高性能端侧微服务与 Middleware 治理架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 spry 适配鸿蒙 HarmonyOS 实战:轻量化 Web 框架,构建高性能端侧微服务与 Middleware 治理架构 前言 在鸿蒙(OpenHarmony)生态迈向全场景分布式协同、涉及设备端侧 API 暴露、轻量化资源服务镜像及严苛的跨端 RPC 通信背景下,如何实现一套既能保持极低内存足迹(Footprint)、又能提供类似后端(Node.js/Koa)般丝滑开发体验且具备全异步处理能力的“端侧 Web 基座”,已成为决定应用分布式自治能力与全栈同构效率的关键。在鸿蒙设备这类强调 AOT 极致效能与背景任务严格限制的环境下,如果应用依然采用重量级的 HTTP 服务端,由于由于进程级的上下文切换开销,极易由于由于“算力溢出”导致鸿蒙应用在作为服务端响应时发生明显的电量损耗。 我们需要一种能够解耦路由逻辑、支持

By Ne0inhk