摘要：本文探讨了如何用双指针法求解盛最多水容器问题。关键在于理解容器面积由宽度和短板高度决定。通过初始化双指针在数组两端，每次移动较短边的指针来寻找更大面积，确保时间复杂度为O(n)。正确性基于贪心思想：移动长边不会增加面积，而移动短边可能找到更优解。示例分析验证了算法的有效性，最终返回遍历过程中的最大面积值。该解法高效且易于实现，是双指针应用的经典案例。

Redis（Remote Dictionary Service，远程字典服务）是一个开源的内存数据库，也是目前最流行的KV（Key-Value）数据库之一。数据存储在内存中，而不是磁盘上。这使得Redis的读写速度极快，官方宣传比磁盘快约10万倍。从内存读取数据：微秒级（μs）从磁盘读取数据：毫秒级（ms）差了整整1000倍，实际场景中差距可能更大。String是Redis最基本的数据类型，它是安

跳表层级3: HEAD ───────────────────────────────► ∞层级2: HEAD ──────────────► 16 ────────────► ∞层级1: HEAD ──► 8 ────────► 16 ────────────► ∞层级0: HEAD ──► 8 ──► 12 ─► 16 ─► 20 ──────► ∞多个层级：每层都是有序链表逐层向下：高层是低

操作是内存密集型，多线程收益有限多对象类型 + 多种数据结构，锁复杂度高请求量不可控，上下文切换开销大内存数据库，内存操作足够快高效数据结构，动态选择最优实现IO 多路复用，非阻塞 IO异步化设计，将耗时操作放到后台线程Redis 的单线程设计是基于其内存数据库特性和场景需求的优化，而非能力限制。通过 IO 多路复用和异步化，Redis 在单线程下实现了高性能和高吞吐。根据零声教育教学写作http

特性Redis 分布式锁互斥性通过 SETNX 保证高可用支持哨兵/Cluster同一对象操作通过 UUID 标识锁超时通过 EXPIRE 实现强一致性异步复制可能丢锁公平锁不支持性能高Redis 分布式锁实现简单、性能高，但在主从异步复制场景下存在丢锁风险，不适合对一致性要求极高的场景。对于需要强一致性的场景，建议使用 Zookeeper 或 etcd。根据零声教育教学写作https://git

Redis是一个基于内存的数据库，所有数据都存储在内存中。然而内存是稀缺资源，当内存使用达到上限时，必须要有一种机制来决定哪些数据该被清理。

指针类型C++标准所有权模式能否复制能否移动典型场景auto_ptrC++98独占转移不能（转移后原指针失效）可以已废弃，不推荐使用unique_ptrC++11独占拥有不能可以独占资源，一个对象只被一个拥有者管理shared_ptrC++11共享引用可以可以共享所有权，多个对象共享同一资源weak_ptrC++11非拥有观察可以（从shared_ptr构造）可以打破循环引用，或临时观察share

类别要点thread不可拷贝，可移动；join/detach二选一mutexRAII用lock_guard/unique_lock条件变量atomic无锁原子操作，适用于简单类型异步任务与结果获取任务与future绑定promise主动设置异步结果函数包装与绑定lambda匿名函数对象线程池生产者-消费者模式，任务队列根据零声教育教学写作https://github.com/0voice。

维度内容考察知识点栈、字符串解析、递归难度中等核心思维用栈保存外层上下文，内层先处理完再处理外层关键技巧数字累加、字符串拼接、move语义推荐解法方法一（pair栈）或方法二（双栈）边界情况多位数k、嵌套层数、空字符串字符串解码的核心是用栈保存"遇到 ‘[’ 时已经解析出的部分"，等内层 ‘]’ 处理完后再拼回去。栈的LIFO特性天然保证了"先内后外"的处理顺序。

用户上传文件时，客户端先计算文件 MD5。如果服务器上已存在相同 MD5 的文件（其他用户上传过），直接引用该文件记录，无需真正上传，节省带宽和时间。功能实现方式关键文件注册MySQL 预处理插入，检测用户名重复登录MySQL 查密码 + Redis 存 Token（UUID，24h过期）Token 验证Redis Get(key=token) -> 对比用户名文件上传nginx 临时目录 ->