一维数组可作为缓存和队列的底层存储结构，因其连续内存、O(1)索引访问及轻量实现；但需封装逻辑（如环形指针、边界判断）才能构成真正队列或缓存。
一维数组常被用作缓存和队列的底层存储结构，关键在于它提供连续内存、支持O(1)索引访问，且实现轻量。但需注意：数组本身不带“队列逻辑”，只是容器；真正构成队列的是在数组之上封装的入队、出队规则和边界控制。
作为缓存的基础载体
当系统需要暂存一批按顺序到达、按顺序处理的数据时（如串口接收缓冲、日志临时堆积、API响应结果池），一维数组因其内存连续、读写高效，成为首选缓存结构。
- 定义固定大小数组（如
byte buffer[256]）作为环形缓存区，配合读指针和写指针管理数据流 - 避免频繁堆分配，减少GC压力（尤其在Java或嵌入式C中）
- 结合取模运算实现循环覆盖：
writeIndex = (writeIndex + 1) % capacity，空间利用率高 - 比链表缓存更节省内存（无节点指针开销），适合资源受限环境
实现顺序队列（循环队列）
队列的FIFO特性可通过一维数组+两个索引（front和rear）模拟，典型实现是循环队列，解决普通顺序队列“假溢出”问题。
- front指向队首元素位置，rear指向下一个可插入位置
- 判空条件：
front == rear；判满条件：(rear + 1) % capacity == front - 入队：检查是否满 → 存值 →
rear = (rear + 1) % capacity - 出队：检查是否空 → 取值 →
front = (front + 1) % capacity - 相比链式队列，无指针跳转开销，缓存局部性好，适合高频短消息场景
与栈共用同一数组结构
在某些嵌入式或算法题中，会复用同一个一维数组模拟多个逻辑结构。例如：
- 用
int arr[100]同时实现两个栈：一个从下标0向上增长，另一个从99向下增长 - 用同一数组支撑“双端队列”的简化版：头部入/出 + 尾部入/出，通过维护头尾索引实现
- 这种复用依赖对索引边界的精确控制，本质仍是利用数组的随机访问能力
实际开发中的权衡提醒
虽然数组能实现队列，但生产环境通常不直接手写——因为要处理扩容、线程安全、阻塞等待等复杂问题。
- Java中优先用
ArrayDeque（基于循环数组，非线程安全但极快）或LinkedBlockingQueue（基于链表，支持阻塞） - C语言裸写队列常见于驱动、RTOS或通信协议栈，强调确定性延迟
- Redis的list底层在元素少时用压缩列表（ziplist），本质也是紧凑的一维内存布局
- 数组实现的队列不适合动态长度剧烈变化的场景，扩容需复制，代价明显
