本文带有 todo 标签,表示尚未完成本人复刷。代码与推导已按公开题目和参考实现整理;刷完后可删除 frontmatter 中的 todo。
这道题的核心是用两个单向移动的指针压缩候选空间,避免重复枚举同一批状态。面试时先说清楚“状态表示什么、为什么能排除其他候选、何时更新答案”,再写代码;只报出“用 双指针”还不足以证明理解。
题目要求完成“数组中的最长山脉”。输入包括 arr(integer[]),需要返回 integer。完整限制以原题为准,解题时重点利用这些特征:数组、双指针、动态规划、枚举。
示例:
本题使用 双指针:用两个单向移动的指针压缩候选空间,避免重复枚举同一批状态。
两个指针分别代表当前候选区间的两端,或扫描位置与写入位置。代码中的 left、right、slow、fast 只承担各自定义的职责,不能在循环中临时改变语义。
根据当前比较结果只移动能排除无效候选的一侧,必要时同步去重。始终保持:指针越过的区域已经被证明不可能产生更优答案,或已经完成正确写入。
以示例为主线:
先建立最小初始区间,再按代码的判断扩张或收缩;指针越过的部分已经完成证明,所以无需回退。
更新答案前先确认当前区间是否满足题意。求最长合法区间时通常在恢复合法后更新;求最短合法区间时通常在合法期间先更新再继续收缩;固定长度窗口则在长度达到要求后更新。
right - left + 1,不要与左闭右开区间混用。参考实现来源:JoshCrozier/leetcode-javascript,按本文结构重新整理;原项目采用 MIT License。
| 阶段 | 对应代码 | 作用 |
|---|---|---|
| 入口 | longestMountain | 接收题目输入,入口签名与 LeetCode 元数据一致 |
| 初始化 | var longestMountain = function(arr)const n = arr.length;let maxLength = 0;let i = 1; | 建立后续推进所需的边界、缓存或答案变量 |
| 核心推进 | if (n < 3) return 0;while (i < n - 1)if (!isPeak)while (leftBound > 0 && arr[leftBound - 1] < arr[leftBound]) | 落实“根据当前比较结果只移动能排除无效候选的一侧,必要时同步去重” |
| 输出 | return maxLength | 只返回已经满足状态定义的最终结果 |
读代码时应把每个判断还原成“它排除了什么状态或完成了哪次转移”,而不是只记变量名。
复杂度必须按“状态数量 × 每个状态处理成本”分析;如果存在排序、堆操作、递归深度或结果数组,需要单独计入,不能只看最外层循环。
因为用两个单向移动的指针压缩候选空间,避免重复枚举同一批状态。 为什么问: 检查你是在识别性质,还是只凭题号背模板。回答要抓住可被利用的单调性、重复子问题或数据结构约束。
两个指针分别代表当前候选区间的两端,或扫描位置与写入位置。 为什么问: 状态定义决定代码是否可证明。回答时要让每个变量都能对应到题意。
指针越过的区域已经被证明不可能产生更优答案,或已经完成正确写入。 为什么问: 不变量比逐行复述代码更能证明理解,回答要说明它在初始化、推进和结束时都成立。
根据当前比较结果只移动能排除无效候选的一侧,必要时同步去重,被跳过的状态已经由题目性质证明不可能更优或已经处理完成。 为什么问: 检查正确性证明,重点不是“指针这样写”,而是“为什么可以排除”。
最容易错在移动方向没有单调依据、去重遗漏,以及原地写入覆盖未读取数据。 为什么问: 检查代码能否一次通过,回答要给出具体失败场景而不是只说“注意边界”。
先看瓶颈来自状态数量、每次转移成本还是辅助结构操作;只有其中一项能被减少时,复杂度才可能继续下降。 为什么问: 检查你能否从成本组成出发优化,而不是机械背最优复杂度。
要判断当前算法是否需要随机访问全部输入;若只依赖有限历史状态,可以做滚动或在线维护,否则需要分块、外存或调整数据结构。 为什么问: 检查算法理解能否迁移到工程约束。
可以从暴力枚举开始,再比较排序、哈希、搜索或动态规划等方案;取舍标准是时间、空间、是否修改输入和实现复杂度。 为什么问: 检查横向比较能力。回答要说明替代方案为什么更慢或在什么条件下更合适。
O(n) 或 O(n²):没有解释每个状态被访问多少次,也容易漏掉排序或辅助结构。先只回答第 1 题,再展开后续问题: