爱吃香蕉的珂珂
piles=[3,6,7,11],h=8,最小速度 k 使 h 小时内吃完。
piles=[3,6,7,11],h=8,最小速度 k 使 h 小时内吃完。
mid 对应的答案可行吗,可行后应收紧哪一侧?
二分 k,验证 sum(ceil(p/k))<=h。
先说结论:这道题到底解决什么
怎样从“piles=[3,6,7,11],h=8,最小速度 k 使 h 小时内吃完。”推导出 二分答案 · 吃香蕉,并证明每次状态变化都不会漏掉答案?
中心结论:二分 k,验证 sum(ceil(p/k))<=h。
- 1.暴力方案在哪里重复计算,为什么仍然是正确基线?
- 2.mid 对应的答案可行吗,可行后应收紧哪一侧?
- 3.不变量“验证随 k 增大单调更易完成。”为什么能保证算法安全前进?
完整题目与题意拆解
珂珂喜欢吃香蕉。这里有 N 堆香蕉,第 i 堆中有 piles[i] 根香蕉。警卫已经离开了,将在 H 小时后回来。
珂珂可以决定她吃香蕉的速度 K (单位:根/小时)。每个小时,她将会选择一堆香蕉,从中吃掉 K 根。如果这堆香蕉少于 K 根,她将吃掉这堆的所有香蕉,然后这一小时内不会再吃更多的香蕉。
珂珂喜欢慢慢吃,但仍然想在警卫回来前吃掉所有的香蕉。
返回她可以在 H 小时内吃掉所有香蕉的最小速度 K(K 为整数)。
1 <= piles.length <= 10^4 piles.length <= H <= 10^9 1 <= piles[i] <= 10^9
在本站主例中,piles=[3,6,7,11],h=8,最小速度 k 使 h 小时内吃完。
算法最终需要得到或观察:最小 k=4。
- • 输入:piles=[3,6,7,11],h=8,最小速度 k 使 h 小时内吃完。
- • 机器需要维护:lo/hi 速度、验证和。
- • 最终可观察结果:最小 k=4。
先看清算法到底要维护什么
先建立输入、目标、输出和第一批状态,不急着进入模板。
判定:按 speed 吃能否在 h 小时内完成
第一层方案:暴力做法
枚举每一个可能答案会做大量相似验证;可行性单调时,可以直接在答案空间二分。
暴力方案的价值是确认题意并提供正确性基线。它通常会覆盖所有候选, 但没有保存已经确认的信息,因此同一状态会被重新计算。
重复工作究竟发生在哪里
把重复读取或重复搜索的区域明确标出,再决定优化必须保存什么。
判定:按 speed 吃能否在 h 小时内完成
整体地图:先做什么,再做什么
- 1建模把输入翻译成“答案可行性刻度”,明确答案需要观察什么。
- 2状态只维护 lo/hi 速度、验证和。
- 3转移每一步按照 二分 k,验证 sum(ceil(p/k))<=h。
- 4收尾读取 最小 k=4。,并复核边界与复杂度。
答案可行性刻度:核心概念
先证明答案越大或越小时,可行性只朝一个方向变化。
这道题不是为了记住一个组件名称,而是为了让状态具有可解释的语义:lo/hi 速度、验证和。
- • 验证随 k 增大单调更易完成。
建立“答案可行性刻度”心智模型
用主例建立核心状态,先预测下一步,再公开正确分支和理由。
判定:按 speed 吃能否在 h 小时内完成
核心机制:状态如何一步步变化
给出一个数组,数组里面每个元素代表的是每个香蕉🍌串上香蕉的个数。koko 以 `k 个香蕉/小时`的速度吃这些香蕉。守卫会在 `H 小时`以后回来。问 k 至少为多少,能在守卫回来之前吃完所有的香蕉。当香蕉的个数小于 k 的时候,这个小时只能吃完这些香蕉,不能再吃其他串上的香蕉了。 这一题可以用二分搜索来解答。在 `[0 , max(piles)]` 的范围内搜索,二分的过程都是常规思路。判断是否左右边界如果划分的时候需要注意题目中给的限定条件。当香蕉个数小于 k 的时候,那个小时不能再吃其他香蕉了。
二分 k,验证 sum(ceil(p/k))<=h。
执行过程中持续维护:lo/hi 速度、验证和。
正确性依赖以下不变量:验证随 k 增大单调更易完成。
面试时可以压缩为:二分答案+验证 O(n log maxP)。
落到当前题,执行机制可以压缩为:二分 k,验证 sum(ceil(p/k))<=h。每一次更新都必须保持核心不变量,而不是只让样例碰巧得到正确答案。
一次状态转移为什么成立
集中观察一次选择、计算和状态写回,让变量变化与原因同时出现。
可以在时限内吃完,尝试更慢速度
正确性证明:为什么不会漏答案
初始化:算法开始时,全部合法候选仍在状态表示范围内;验证随 k 增大单调更易完成。
保持:执行“二分 k,验证 sum(ceil(p/k))<=h。”时,只删除已经能证明不可能的候选,并把新信息写回 lo/hi 速度、验证和。
终止:没有待处理状态或达到命中条件时,当前可观察结果就是“最小 k=4。”。
完整执行过程
- 1题目与输入piles=[3,6,7,11],h=8,最小速度 k 使 h 小时内吃完。 因为:二分 k,验证 sum(ceil(p/k))<=h。
- 2二分最慢速度 speed单调可行函数。 因为:最小可行 speed 即答案。
- 3speed=6 需 6 小时 ≤ 8模拟吃香蕉小时数。 因为:ceil(p/speed) 累加。
- 4speed=3 需 10 小时 > 8模拟吃香蕉小时数。 因为:ceil(p/speed) 累加。
- 5speed=5 需 8 小时 ≤ 8模拟吃香蕉小时数。 因为:ceil(p/speed) 累加。
- 6speed=4 需 8 小时 ≤ 8模拟吃香蕉小时数。 因为:ceil(p/speed) 累加。
- 7最慢速度 = 4返回最小可行速度。 因为:O(n log max pile)。
- 8收尾与复杂度最小 k=4。 因为:时间 O(n) · 空间 O(1)。二分 k,验证 sum(ceil(p/k))<=h。
从输入完整走到可观察结果
从主例第一帧运行到答案,时间轴始终显示当前状态、因果解释和下一步。
判定:按 speed 吃能否在 h 小时内完成
把动画和 Go 代码逐行对应
代码窗口不会按容易漂移的固定数字行号硬绑动画,而是根据当前语义阶段, 在完整 Go 实现中定位选择、计算、写回或返回分支。当前变量与高亮行一起变化。
让每个动作都落到 Go 分支
重新执行关键分支,只显示当前代码附近窗口,并说明这行为什么在此刻运行。
判定:按 speed 吃能否在 h 小时内完成
完整 Go 提交代码与最小测试
import "math"
func minEatingSpeed(piles []int, H int) int {
low, high := 1, maxInArr(piles)
for low < high {
mid := low + (high-low)>>1
if !isPossible(piles, mid, H) {
low = mid + 1
} else {
high = mid
}
}
return low
}
func isPossible(piles []int, h, H int) bool {
res := 0
for _, p := range piles {
res += int(math.Ceil(float64(p) / float64(h)))
}
return res <= H
}
func maxInArr(xs []int) int {
res := 0
for _, x := range xs {
if res < x {
res = x
}
}
return res
}func main() {
// 1. 主例
// 输入:mode="koko-bananas", piles=[3,6,7,11], h=8
// 期望:最小 k=4。
//
// 2. 失败 / 未命中
// 检查:ceil 除法用 (p+k-1)/k。
//
// 3. 边界
// 空输入、单元素、最小合法规模,以及答案恰好落在边界的情况。
//
// 4. 迁移
// LC410 分割;LC1011 船运
}Go 参考实现基于 halfrost/LeetCode-Go 的 MIT 许可代码整理,并按本站教学结构补充解释与动画映射。
正确性与复杂度
执行过程中只保留仍可能影响答案的状态。二分 k,验证 sum(ceil(p/k))<=h。
额外状态主要用于维护:lo/hi 速度、验证和。
- • 验证随 k 增大单调更易完成。
最容易写错的地方
ceil 除法用 (p+k-1)/k。
必须额外检查空输入、单元素、未命中或不可达情况,以及恰好落在边界的输入。
最后复盘:带走逻辑链
- 1题意piles=[3,6,7,11],h=8,最小速度 k 使 h 小时内吃完。
- 2重复枚举每一个可能答案会做大量相似验证;可行性单调时,可以直接在答案空间二分。
- 3优化二分 k,验证 sum(ceil(p/k))<=h。
- 4证明验证随 k 增大单调更易完成。
- 5复杂度时间 O(n),空间 O(1)
- • LC410 分割
- • LC1011 船运