PHP数组是构建缓存的基础数据结构，面试重在考察其作为索引与状态载体的设计能力，包括键标准化、过期机制选择、容量控制策略及与APCu/Redis的边界认知。
PHP 数组本身不是缓存，但它是构建缓存逻辑最常用、最基础的数据结构。面试中考察“数组与缓存设计”，重点不在语法细节，而在你能否用数组特性支撑高效、可控、可维护的缓存策略。
理解数组在缓存中的角色：不只是容器，更是索引和状态载体
PHP 关联数组天然支持键值映射，这直接对应缓存的 key → value 模型。但面试官更想看到你意识到：数组的键是否区分大小写（默认区分）、键类型自动转换（如 array[1] 和 array["1"] 是同一个）、以及内部哈希实现带来的 O(1) 查找优势——这些都会影响缓存命中率和一致性。
建议在回答时点明：
- 用字符串键保证语义清晰（避免数字键隐式转换引发冲突）
- 对 key 做标准化处理（如统一小写、trim、md5 或 crc32 截断防超长）
- 避免直接将用户输入（如 $_GET['id']）不经处理当 key，防止 key 冲突或注入式污染
手写简易内存缓存类：突出控制力而非功能堆砌
面试常让你现场写一个带过期、容量限制的数组缓存。关键不是写得多全，而是体现设计判断：
- 过期机制选 TTL 还是 LRU？ —— TTL 简单易懂（记录写入时间戳），LRU 更省内存但需维护访问顺序（可用 splFixedArray + 索引数组模拟，不必真用链表）
- 容量控制怎么触发？ —— 不要等满才清理，建议在 set 时检查，超限时先删最久未用/最早写入项（体现主动管理意识）
-
是否支持多级 key？ —— 如
$cache->set('user:123:profile', $data)，说明你考虑命名空间隔离，避免 key 污染
对比真实缓存系统：说出数组方案的边界在哪里
能用数组实现，不等于该用数组实现。面试中若被问“为什么不用 APCu / Redis”，你要快速切到实际维度：
立即学习“PHP免费学习笔记（深入）”；
- 进程隔离：PHP-FPM 多 worker 下，每个进程有独立数组，无法共享缓存 → 必须上 APCu（同进程内共享）或 Redis（跨进程/机器）
- 数据持久性：数组随请求结束即销毁；APCu 数据在进程生命周期内存在；Redis 可落盘或主从同步
- 原子操作：数组无 incr/decr/cas，高并发计数或抢购场景必须依赖外部缓存的原子指令
- 序列化开销：存对象或大数组时，serialize/unserialize 成本明显，而 Redis 可以用 hash 结构分字段存取
延伸思考：缓存失效与数组如何协同
缓存一致性比缓存本身更难。用数组做缓存时，失效策略直接影响正确性：
- 推荐“写时失效”（write-through）而非“读时更新”（read-through），因为数组无后台刷新机制，被动更新容易脏读
- 批量失效怎么做？—— 维护一个 tag → [key1, key2] 的反向索引数组，删 tag 时遍历清空，比全量扫描高效
- 注意循环引用：如果缓存值含对象且该对象又引用了缓存实例，unset 时可能无法释放内存，建议存前用
json_encode/json_decode或clone脱离上下文
真正拉开差距的，不是你会不会用 isset($cache[$key])，而是你能否根据业务规模、一致性要求、部署环境，选择恰当的数组用法，并清醒知道它何时该退场。
