本文已收录到 GitHub · AndroidFamily，有 Android 进阶知识体系，欢迎 Star。技术和职场问题，请关注公众号 [彭旭锐] 私信我提问。
大家好，我是小彭。
今天分享到一种栈的衍生数据结构 —— 单调栈（Monotonic Stack）。栈（Stack）是一种满足后进先出（LIFO）逻辑的数据结构，而单调栈实际上就是在栈的基础上增加单调的性质（单调递增或单调递减）。那么，单调栈是用来解决什么问题的呢？
学习路线图：
单调栈是一种特别适合解决 “下一个更大元素” 问题的数据结构。
举个例子，给定一个整数数组，要求输出数组中元素 $i$ 后面下一个比它更大的元素，这就是下一个更大元素问题。这个问题也可以形象化地思考：站在墙上向后看，问视线范围内所能看到的下一个更高的墙。例如，站在墙 [3] 上看，下一个更高的墙就是墙 [4] 。
形象化思考
这个问题的暴力解法很容易想到：就是遍历元素 $i$ 后面的所有元素，直到找到下一个比 $i$ 更大的元素为止，时间复杂度是 $O(n)$，空间复杂度是 $O(1)$。单次查询确实没有优化空间了，那多次查询呢？如果要求输出数组中每个元素的下一个更大元素，那么暴力解法需要的时间复杂度是 $O(n^2)$ 。有没有更高效的算法呢？
我们先转变一下思路：
在暴力解法中，我们每处理一个元素就要去求它的 “下一个更大元素”。现在我们不这么做，我们每处理一个元素时，由于不清楚它的解，所以先将它缓存到某种数据容器中。后续如果能确定它的解，再将其从容器中取出来。 这个思路可以作为 “以空间换时间” 优化时间复杂度的通用思路。
回到这个例子上：
在处理元素 [3] 时，由于不清楚它的解，只能先将 [3] 放到容器中，继续处理下一个元素；
在处理元素 [1] 时，我们发现它比容器中所有元素都小，只能先将它放到容器中，继续处理下一个元素；
在处理元素 [2] 时，我们观察容器中的 [1] 比当前元素小，说明当前元素就是 [1] 的解。此时我们可以把 [1] 弹出，记录结果。再将 [2] 放到容器中，继续处理下一个元素；
在处理元素 [1] 时，我们发现它比容器中所有元素都小，只能先将它放到容器中，继续处理下一个元素；
在处理元素 [4] 时，我们观察容器中的 [3] [2] [1] 都比当前元素小，说明当前元素就是它们的解。此时我们可以把它们弹出，记录结果。再将 [4] 放到容器中，继续处理下一个元素；
在处理元素 [1] 时，我们发现它比容器中所有元素都小，只能先将它放到容器中，继续处理下一个元素；
遍历结束，所有被弹出过的元素都是有解的，保留在容器中的元素都是无解的。
分析到这里，我们发现问题已经发生转变，问题变成了：“如何寻找在数据容器中小于当前元素的数”。 现在，我们把注意力集中在这个容器上，思考一下用什么数据结构、用什么算法可以更高效地解决问题。由于这个容器是我们额外增加的，所以我们有足够的操作空间。
先说结论：
下面，我们先从优先队列说起。
寻找最值的问题第一反应要想到二叉堆。
我们可以维护一个小顶堆，每处理一个元素时，先观察堆顶的元素：
观察结束后，将当前元素加入小顶堆，堆会自动进行堆排序，堆顶就是整个容器的最小值。此时，继续在后续元素上重复这个过程。
题解
fun nextGreaterElements(nums: IntArray): IntArray {
// 结果数组
val result = IntArray(nums.size) { -1 }
// 小顶堆
val heap = PriorityQueue<Int> { first, second ->
nums[first] - nums[second]
}
// 从前往后查询
for (index in 0 until nums.size) {
// while：当前元素比堆顶元素大，说明找到下一个更大元素
while (!heap.isEmpty() && nums[index] > nums[heap.peek()]) {
result[heap.poll()] = nums[index]
}
// 当前元素入堆
heap.offer(index)
}
return result
}
我们来分析优先队列解法的复杂度：
优先队列解法的时间复杂度从 $O(N^2)$ 优化到 $O(N·lgN)$，还不错，那还有优化空间吗？
我们继续分析发现，元素进入数据容器的顺序正好是逆序的，最后加入容器的元素正好就是容器的最小值。此时，我们不需要用二叉堆来寻找最小值，只需要获取最后一个进入容器的元素就能轻松获得最小值。这符合 “后进先出” 逻辑，所以这个容器数据结构用栈就可以实现。
这个问题也可以形象化地思考：把数字想象成有 “重量” 的杠铃片，每增加一个杠铃片，会把中间小的杠铃片压扁，当前的大杠铃片就是这些被压扁杠铃片的 “下一个更大元素”。
形象化思考
解题模板
// 从前往后遍历
fun nextGreaterElements(nums: IntArray): IntArray {
// 结果数组
val result = IntArray(nums.size) { -1 }
// 单调栈
val stack = ArrayDeque<Int>()
// 从前往后遍历
for (index in 0 until nums.size) {
// while：当前元素比栈顶元素大，说明找到下一个更大元素
while (!stack.isEmpty() && nums[index] > nums[stack.peek()]) {
result[stack.pop()] = nums[index]
}
// 当前元素入队
stack.push(index)
}
return result
}
理解了单点栈的解题模板后，我们来分析它的复杂度：
这道题也可以用从后往前遍历的写法，也是参考资料中提到的解法。 但是，我觉得正向思维更容易理解，也更符合人脑的思考方式，所以还是比较推荐小彭的模板（王婆卖瓜）。
解题模板（从后往前遍历）
// 从后往前遍历
fun nextGreaterElement(nums: IntArray): IntArray {
// 结果数组
val result = IntArray(nums.size) { -1 }
// 单调栈
val stack = ArrayDeque<Int>()
// 从后往前查询
for (index in nums.size - 1 downTo 0) {
// while：栈顶元素比当前元素小，说明栈顶元素不再是下一个更大元素，后续不再考虑它
while (!stack.isEmpty() && stack.peek() <= nums[index]) {
stack.pop()
}
// 输出到结果数组
result[index] = stack.peek() ?: -1
// 当前元素入队
stack.push(nums[index])
}
return result
}
理解以上概念后，就已经具备解决单调栈常见问题的必要知识了。我们来看一道 LeetCode 上的典型例题：LeetCode 496.
LeetCode 例题
第一节的示例是求 “在当前数组中寻找下一个更大元素” ，而这道题里是求 “数组 1 元素在数组 2 中相同元素的下一个更大元素” ，还是同一个问题吗？其实啊，这是题目抛出的烟雾弹。注意看细节信息：
nums1和 nums2 ；nums1 是 nums2 的子集。那么，我们完全可以先计算出 nums2 中每个元素的下一个更大元素，并把结果记录到一个散列表中，再让 nums1 中的每个元素去散列表查询结果即可。
题解
class Solution {
fun nextGreaterElement(nums1: IntArray, nums2: IntArray): IntArray {
// 临时记录
val map = HashMap<Int, Int>()
// 单调栈
val stack = ArrayDeque<Int>()
// 从前往后查询
for (index in 0 until nums2.size) {
// while：当前元素比栈顶元素大，说明找到下一个更大元素
while (!stack.isEmpty() && nums2[index] > stack.peek()) {
// 输出到临时记录中
map[stack.pop()] = nums2[index]
}
// 当前元素入队
stack.push(nums2[index])
}
return IntArray(nums1.size) {
map[nums1[it]] ?: -1
}
}
}
第一节的示例还有一道变型题，对应于 LeetCode 上的另一道典型题目：503. 下一个更大元素 II
LeetCode 例题
两道题的核心考点都是 “下一个更大元素”，区别只在于把 “普通数组” 变为 “环形数组 / 循环数组”，当元素遍历到数组末位后依然找不到目标元素，则会循环到数组首位继续寻找。这样的话，除了所有数据中最大的元素，其它每个元素都必然存在下一个更大元素。
其实，计算机中并不存在物理上的循环数组，在遇到类似的问题时都可以用假数据长度和取余的思路处理。如果你是前端工程师，那么你应该有印象：我们在实现无限循环轮播的控件时，有一个小技巧就是给控件 设置一个非常大的数据长度 ，长到永远不可能轮播结束，例如 Integer.MAX_VALUE。每次轮播后索引会加一，但在取数据时会对数据长度取余，这样就实现了循环轮播了。
无限轮播伪代码
class LooperView {
private val data = listOf("1", "2", "3")
// 假数据长度
fun getSize() = Integer.MAX_VALUE
// 使用取余转化为 data 上的下标
fun getItem(index : Int) = data[index % data.size]
}
回到这道题，我们的思路也更清晰了。我们不需要无限查询，所以自然不需要设置 Integer.MAX_VALUE 这么大的假数据，只需要 设置 2 倍的数据长度 ，就能实现循环查询（3 倍、4倍也可以，但没必要），例如：
题解
class Solution {
fun nextGreaterElements(nums: IntArray): IntArray {
// 结果数组
val result = IntArray(nums.size) { -1 }
// 单调栈
val stack = ArrayDeque<Int>()
// 数组长度
val size = nums.size
// 从前往后遍历
for (index in 0 until nums.size * 2) {
// while：当前元素比栈顶元素大，说明找到下一个更大元素
while (!stack.isEmpty() && nums[index % size] > nums[stack.peek() % size]) {
result[stack.pop() % size] = nums[index % size]
}
// 当前元素入队
stack.push(index)
}
return result
}
}
到这里，相信你已经掌握了 “下一个更大元素” 问题的解题模板了。除了典型例题之外，大部分题目会将 “下一个更大元素” 的语义隐藏在题目细节中，需要找出题目的抽象模型或转变思路才能找到，这是难的地方。
小彭在 20 年的文章里说过单调栈是一个相对冷门的数据结构，包括参考资料和网上的其他资料也普遍持有这个观点。 单调栈不能覆盖太大的问题域，应用价值不及其他数据结构。 —— 2 年前的文章
2 年后重新思考，我不再持有此观点。我现在认为：单调栈的关键是 “单调性”，而栈只是为了配合问题对操作顺序的要求而搭配的数据结构。 我们学习单调栈，应该当作学习单调性的思想在栈这种数据结构上的应用，而不是学习一种新的数据结构。对此，你怎么看？
下一篇文章，我们来学习单调性的思想在队列上数据结构上的应用 —— 单调队列
更多同类型题目：
| 单调栈 | 难度 | 题解 |
|---|---|---|
| 496. 下一个更大元素 I | Easy | 【题解】 |
| 1475. 商品折扣后的最终价格 | Easy | 【题解】 |
| 503. 下一个更大元素 II | Medium | 【题解】 |
| 739. 每日温度 | Medium | 【题解】 |
| 901. 股票价格跨度 | Medium | 【题解】 |
| 1019. 链表中的下一个更大节点 | Medium | 【题解】 |
| 402. 移掉 K 位数字 | Medium | 【题解】 |
| 42. 接雨水 | Hard | 【题解】 |
| 84. 柱状图中最大的矩形 | Hard | 【题解】 |
参考资料