当前:LC169 · 多数元素 · 首次出现于 Day 3 · 路径:顶栏「56天打卡」→ 点击 LC 题号 → 逐题动画

LC169数据结构Boyer-Moore 投票 · 候选人/票数抵消 · 空间 O(1)哈希记忆表

多数元素

nums=[2,2,1,1,1,2,2],找出出现次数超过 ⌊n/2⌋ 的多数元素,答案是 2。直觉:多数元素出现次数超过一半,比其他所有元素加起来还多。

题目是什么

nums=[2,2,1,1,1,2,2],找出出现次数超过 ⌊n/2⌋ 的多数元素,答案是 2。直觉:多数元素出现次数超过一半,比其他所有元素加起来还多。

解决什么问题

哈希表中保存的是过去的元素、频次,还是它们的位置?

核心结论

维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。

01交互算法精讲

先说结论:这道题到底解决什么

怎样从“nums=[2,2,1,1,1,2,2],找出出现次数超过 ⌊n/2⌋ 的多数元素,答案是 2。直觉:多数元素出现次数超过一半,比其他所有元素加起来还多。”推导出 Boyer-Moore 投票 · 候选人/票数抵消 · 空间 O(1),并证明每次状态变化都不会漏掉答案?

中心结论:维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。

读完必须能回答
  1. 1.暴力方案在哪里重复计算,为什么仍然是正确基线?
  2. 2.哈希表中保存的是过去的元素、频次,还是它们的位置?
  3. 3.不变量“count 始终等于当前 candidate 在「还没被抵消」的元素里的净票数;count 归零代表前面这一段已两两抵消干净。”为什么能保证算法安全前进?
02交互算法精讲

完整题目与题意拆解

给定一个大小为 n 的数组,找到其中的众数。众数是指在数组中出现次数大于 ⌊ n/2 ⌋ 的元素。你可以假设数组是非空的,并且给定的数组总是存在众数。

在本站主例中,nums=[2,2,1,1,1,2,2],找出出现次数超过 ⌊n/2⌋ 的多数元素,答案是 2。直觉:多数元素出现次数超过一半,比其他所有元素加起来还多。

算法最终需要得到或观察:扫描 [2,2,1,1,1,2,2],投票抵消后 candidate=2,返回 2。

把题目翻译成状态
  • 输入:nums=[2,2,1,1,1,2,2],找出出现次数超过 ⌊n/2⌋ 的多数元素,答案是 2。直觉:多数元素出现次数超过一半,比其他所有元素加起来还多。
  • 机器需要维护:candidate(候选人)、count(净票数)、current(当前值)、index(下标)。
  • 最终可观察结果:扫描 [2,2,1,1,1,2,2],投票抵消后 candidate=2,返回 2。
动画 1 · 题意扫描

先看清算法到底要维护什么

先建立输入、目标、输出和第一批状态,不急着进入模板。

Step 1/20%
题目与输入建立输入、目标与算法心智

最直观:数一遍每个值出现几次

正在加载算法场景...
03交互算法精讲

第一层方案:暴力做法

逐对枚举能够得到答案,但同一个查找会发生许多次;哈希表把已经见过的信息保存成一次查询。

暴力方案的价值是确认题意并提供正确性基线。它通常会覆盖所有候选, 但没有保存已经确认的信息,因此同一状态会被重新计算。

动画 2 · 暴力重复

重复工作究竟发生在哪里

把重复读取或重复搜索的区域明确标出,再决定优化必须保存什么。

Step 1/20%
先做对:建立暴力基线枚举所有候选并完整验证

最直观:数一遍每个值出现几次

正在加载算法场景...
优化方向:维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。
04交互算法精讲

整体地图:先做什么,再做什么

  1. 1建模把输入翻译成“哈希记忆表”,明确答案需要观察什么。
  2. 2状态只维护 candidate(候选人)、count(净票数)、current(当前值)、index(下标)。
  3. 3转移每一步按照 维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。
  4. 4收尾读取 扫描 [2,2,1,1,1,2,2],投票抵消后 candidate=2,返回 2。,并复核边界与复杂度。
05交互算法精讲

哈希记忆表:核心概念

先问未来需要查询什么,再决定 map 的 key 与 value。

这道题不是为了记住一个组件名称,而是为了让状态具有可解释的语义:candidate(候选人)、count(净票数)、current(当前值)、index(下标)。

核心不变量
  • count 始终等于当前 candidate 在「还没被抵消」的元素里的净票数;count 归零代表前面这一段已两两抵消干净。
  • 多数元素出现次数 > ⌊n/2⌋,和其他所有元素一一抵消后仍有剩余。
动画 3 · 核心概念

建立“哈希记忆表”心智模型

用主例建立核心状态,先预测下一步,再公开正确分支和理由。

Step 1/30%
题目与输入建立输入、目标与算法心智

最直观:数一遍每个值出现几次

正在加载算法场景...
06交互算法精讲

核心机制:状态如何一步步变化

题目要求找出数组中出现次数大于 `⌊ n/2 ⌋` 次的数。要求空间复杂度为 O(1)。简单题。 这一题利用的算法是 Boyer-Moore Majority Vote Algorithm。https://www.zhihu.com/question/49973163/answer/235921864

维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。

执行过程中持续维护:candidate(候选人)、count(净票数)、current(当前值)、index(下标)。

正确性依赖以下不变量:count 始终等于当前 candidate 在「还没被抵消」的元素里的净票数;count 归零代表前面这一段已两两抵消干净。;多数元素出现次数 > ⌊n/2⌋,和其他所有元素一一抵消后仍有剩余。

面试时可以压缩为:这题最直观可以用哈希表统计频次,时间 O(n)、空间 O(n)。更优解是 Boyer-Moore 投票法:维护 candidate 和 count。遇到相同元素 count++,遇到不同元素 count--,count 为 0 时更换候选人。因为多数元素出现次数超过一半,它和其他元素抵消后仍会剩下,所以最终 candidate 就是多数元素。时间 O(n),空间 O(1)。

落到当前题,执行机制可以压缩为:维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。每一次更新都必须保持核心不变量,而不是只让样例碰巧得到正确答案。

动画 4 · 机制构建

一次状态转移为什么成立

集中观察一次选择、计算和状态写回,让变量变化与原因同时出现。

Step 1/50%
关键洞察:抵消多数元素 vs 其他元素 两两抵消

把多数元素和非多数元素配对删除,最后一定还剩多数元素

正在加载算法场景...
07交互算法精讲

正确性证明:为什么不会漏答案

初始化

初始化:算法开始时,全部合法候选仍在状态表示范围内;count 始终等于当前 candidate 在「还没被抵消」的元素里的净票数;count 归零代表前面这一段已两两抵消干净。

保持

保持:执行“维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。”时,只删除已经能证明不可能的候选,并把新信息写回 candidate(候选人)、count(净票数)、current(当前值)、index(下标)。

终止

终止:没有待处理状态或达到命中条件时,当前可观察结果就是“扫描 [2,2,1,1,1,2,2],投票抵消后 candidate=2,返回 2。”。

正确性抓手不是“样例跑通”,而是每一帧结束后仍能复述:count 始终等于当前 candidate 在「还没被抵消」的元素里的净票数;count 归零代表前面这一段已两两抵消干净。;多数元素出现次数 > ⌊n/2⌋,和其他所有元素一一抵消后仍有剩余。
08交互算法精讲

完整执行过程

  1. 1题目与输入nums=[2,2,1,1,1,2,2],找出出现次数超过 ⌊n/2⌋ 的多数元素,答案是 2。直觉:多数元素出现次数超过一半,比其他所有元素加起来还多。 因为:维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。
  2. 2朴素解法:哈希计数最直观的办法:开一张哈希表数每个值出现几次,谁的次数超过 ⌊n/2⌋,谁就是多数元素。 因为:哈希计数一定能得到答案,但要额外开一张和数组一样大的表,空间是 O(n)——这正是我们想优化掉的。
  3. 3count=0 → 选 candidatecount 现在是 0,说明手上没有候选人。把当前元素 2 设为 candidate,count 置 1。 因为:没有候选人时,当前元素先顶上当候选人;如果它其实不是多数元素,后面会被一一抵消掉。
  4. 4current==candidate → count++当前元素 2 和 candidate 相同,相当于多一张支持票,count 加到 2。 因为:相同元素给 candidate 投赞成票,净票数 count 越大,candidate 越难被抵消掉。
  5. 5current!=candidate → count--当前元素 1 和 candidate 不同,相当于一次抵消,count 减到 1。 因为:不同元素抵消掉 candidate 的一张净票;只要 count 还大于 0,candidate 就暂时守得住。
  6. 6预测下一步先不要看下一帧——根据当前不变量,预测算法接下来会怎么动。 因为:主动预测会暴露你对不变量的真实理解,比被动看动画有效得多。
  7. 7正确性解释题目保证多数元素一定存在,所以扫描结束时的 candidate 就是它,直接返回 2。 因为:多数元素的出现次数超过 n/2。把一个多数元素和一个非多数元素配对删除,多数元素仍然不会被完全删光。Boyer-Moore 的 count 表示当前 candidate 在未抵消部分中的净票数。当 count 归零,说明前面这一段已经完全抵消,可以从下一个元素重新选择候选人。由于题目保证多数元素存在,最终留下的 candidate 就是答案。
  8. 8收尾与复杂度扫描 [2,2,1,1,1,2,2],投票抵消后 candidate=2,返回 2。 因为:时间 O(n) · 空间 O(1)。维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。
动画 5 · 完整执行

从输入完整走到可观察结果

从主例第一帧运行到答案,时间轴始终显示当前状态、因果解释和下一步。

Step 1/80%
题目与输入建立输入、目标与算法心智

最直观:数一遍每个值出现几次

正在加载算法场景...
09交互算法精讲

把动画和 Go 代码逐行对应

代码窗口不会按容易漂移的固定数字行号硬绑动画,而是根据当前语义阶段, 在完整 Go 实现中定位选择、计算、写回或返回分支。当前变量与高亮行一起变化。

动画 6 · 代码映射

让每个动作都落到 Go 分支

重新执行关键分支,只显示当前代码附近窗口,并说明这行为什么在此刻运行。

Step 1/60%
朴素解法:哈希计数用哈希表统计频次 · O(n)/O(n)

最直观:数一遍每个值出现几次

正在加载算法场景...
10交互算法精讲

完整 Go 提交代码与最小测试

完整 Go 解法
// 解法一 时间复杂度 O(n) 空间复杂度 O(1)
func majorityElement(nums []int) int {
	res, count := nums[0], 0
	for i := 0; i < len(nums); i++ {
		if count == 0 {
			res, count = nums[i], 1
		} else {
			if nums[i] == res {
				count++
			} else {
				count--
			}
		}
	}
	return res
}

// 解法二 时间复杂度 O(n) 空间复杂度 O(n)
func majorityElement1(nums []int) int {
	m := make(map[int]int)
	for _, v := range nums {
		m[v]++
		if m[v] > len(nums)/2 {
			return v
		}
	}
	return 0
}
最小测试集合
func main() {
    // 1. 主例
    //    输入:mode="majority", nums=[2,2,1,1,1,2,2]
    //    期望:扫描 [2,2,1,1,1,2,2],投票抵消后 candidate=2,返回 2。
    //
    // 2. 失败 / 未命中
    //    检查:count 不是 candidate 的真实出现次数,而是抵消后的净票数。
    //
    // 3. 边界
    //    空输入、单元素、最小合法规模,以及答案恰好落在边界的情况。
    //
    // 4. 迁移
    //    LC229 多数元素 II;LC347 前 K 个高频元素;LC217 存在重复元素
}

Go 参考实现基于 halfrost/LeetCode-Go 的 MIT 许可代码整理,并按本站教学结构补充解释与动画映射。

11交互算法精讲

正确性与复杂度

时间复杂度 O(n)

执行过程中只保留仍可能影响答案的状态。维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。

空间复杂度 O(1)

额外状态主要用于维护:candidate(候选人)、count(净票数)、current(当前值)、index(下标)。

终局不变量
  • count 始终等于当前 candidate 在「还没被抵消」的元素里的净票数;count 归零代表前面这一段已两两抵消干净。
  • 多数元素出现次数 > ⌊n/2⌋,和其他所有元素一一抵消后仍有剩余。
12交互算法精讲

最容易写错的地方

错误 1

count 不是 candidate 的真实出现次数,而是抵消后的净票数。

错误 2

candidate 中途变化是正常的,不代表算法出错。

错误 3

如果题目不保证多数元素存在,需要最后再扫描一遍验证 candidate 的真实次数。

错误 4

阈值是「严格大于 ⌊n/2⌋」,不是「大于等于」。

边界复查

必须额外检查空输入、单元素、未命中或不可达情况,以及恰好落在边界的输入。

13交互算法精讲

最后复盘:带走逻辑链

  1. 1题意nums=[2,2,1,1,1,2,2],找出出现次数超过 ⌊n/2⌋ 的多数元素,答案是 2。直觉:多数元素出现次数超过一半,比其他所有元素加起来还多。
  2. 2重复逐对枚举能够得到答案,但同一个查找会发生许多次;哈希表把已经见过的信息保存成一次查询。
  3. 3优化维护候选人 candidate 与净票数 count:count 为 0 时把当前元素设为 candidate;当前元素等于 candidate 则 count+1,否则 count-1。多数元素和其他元素两两抵消后仍会剩下,所以扫描结束时的 candidate 就是答案。
  4. 4证明count 始终等于当前 candidate 在「还没被抵消」的元素里的净票数;count 归零代表前面这一段已两两抵消干净。;多数元素出现次数 > ⌊n/2⌋,和其他所有元素一一抵消后仍有剩余。
  5. 5复杂度时间 O(n),空间 O(1)
面试表达:这题最直观可以用哈希表统计频次,时间 O(n)、空间 O(n)。更优解是 Boyer-Moore 投票法:维护 candidate 和 count。遇到相同元素 count++,遇到不同元素 count--,count 为 0 时更换候选人。因为多数元素出现次数超过一半,它和其他元素抵消后仍会剩下,所以最终 candidate 就是多数元素。时间 O(n),空间 O(1)。
迁移练习
  • LC229 多数元素 II
  • LC347 前 K 个高频元素
  • LC217 存在重复元素