零钱兑换
coins=[1,2,5],amount=11 最少硬币 3(5+5+1)。
coins=[1,2,5],amount=11 最少硬币 3(5+5+1)。
当前格依赖哪些已知状态,为什么这些状态已经计算完成?
dp[a]=min(dp[a-c]+1);dp[0]=0,不可达 INF。
先说结论:这道题到底解决什么
怎样从“coins=[1,2,5],amount=11 最少硬币 3(5+5+1)。”推导出 背包 DP · 零钱,并证明每次状态变化都不会漏掉答案?
中心结论:dp[a]=min(dp[a-c]+1);dp[0]=0,不可达 INF。
- 1.暴力方案在哪里重复计算,为什么仍然是正确基线?
- 2.当前格依赖哪些已知状态,为什么这些状态已经计算完成?
- 3.不变量“完全背包最值:每种硬币无限。”为什么能保证算法安全前进?
完整题目与题意拆解
给定不同面额的硬币 coins 和一个总金额 amount。编写一个函数来计算可以凑成总金额所需的最少的硬币个数。如果没有任何一种硬币组合能组成总金额,返回 -1。
在本站主例中,coins=[1,2,5],amount=11 最少硬币 3(5+5+1)。
算法最终需要得到或观察:最少 3 枚。
- • 输入:coins=[1,2,5],amount=11 最少硬币 3(5+5+1)。
- • 机器需要维护:dp 金额、硬币 c。
- • 最终可观察结果:最少 3 枚。
先看清算法到底要维护什么
先建立输入、目标、输出和第一批状态,不急着进入模板。
完全背包:每种硬币无限
第一层方案:暴力做法
直接递归会反复求同一个子问题;动态规划把答案写入状态表并按依赖顺序复用。
暴力方案的价值是确认题意并提供正确性基线。它通常会覆盖所有候选, 但没有保存已经确认的信息,因此同一状态会被重新计算。
重复工作究竟发生在哪里
把重复读取或重复搜索的区域明确标出,再决定优化必须保存什么。
完全背包:每种硬币无限
整体地图:先做什么,再做什么
- 1建模把输入翻译成“状态表账本”,明确答案需要观察什么。
- 2状态只维护 dp 金额、硬币 c。
- 3转移每一步按照 dp[a]=min(dp[a-c]+1);dp[0]=0,不可达 INF。
- 4收尾读取 最少 3 枚。,并复核边界与复杂度。
状态表账本:核心概念
先写清 dp 状态含义,再推导转移、初值和遍历顺序。
这道题不是为了记住一个组件名称,而是为了让状态具有可解释的语义:dp 金额、硬币 c。
- • 完全背包最值:每种硬币无限。
建立“状态表账本”心智模型
用主例建立核心状态,先预测下一步,再公开正确分支和理由。
完全背包:每种硬币无限
核心机制:状态如何一步步变化
给出一些硬币和一个总数,问组成这个总数的硬币数最少是多少个? 这一题是经典的硬币问题,利用 DP 求解。不过这一题的测试用例有一个很大的值,这样开 DP 数组会比较浪费空间。例如 [1,1000000000,500000] 有这样的硬币种类,要求组成 2389412493027523 这样的总数。那么按照下面的解题方法,数组会开的很大,非常浪费空间。这个时候用 DFS 解题会节约一点空间。
dp[a]=min(dp[a-c]+1);dp[0]=0,不可达 INF。
执行过程中持续维护:dp 金额、硬币 c。
正确性依赖以下不变量:完全背包最值:每种硬币无限。
面试时可以压缩为:DP O(amount·coins)。
落到当前题,执行机制可以压缩为:dp[a]=min(dp[a-c]+1);dp[0]=0,不可达 INF。每一次更新都必须保持核心不变量,而不是只让样例碰巧得到正确答案。
一次状态转移为什么成立
集中观察一次选择、计算和状态写回,让变量变化与原因同时出现。
从 0 转移而来
正确性证明:为什么不会漏答案
初始化:算法开始时,全部合法候选仍在状态表示范围内;完全背包最值:每种硬币无限。
保持:执行“dp[a]=min(dp[a-c]+1);dp[0]=0,不可达 INF。”时,只删除已经能证明不可能的候选,并把新信息写回 dp 金额、硬币 c。
终止:没有待处理状态或达到命中条件时,当前可观察结果就是“最少 3 枚。”。
完整执行过程
- 1题目与输入coins=[1,2,5],amount=11 最少硬币 3(5+5+1)。 因为:dp[a]=min(dp[a-c]+1);dp[0]=0,不可达 INF。
- 2dp[1] 用硬币 1: 0+1 = 1尝试每种硬币松弛。 因为:完全背包正序枚举容量。
- 3预测下一步先不要看下一帧——根据当前不变量,预测算法接下来会怎么动。 因为:主动预测会暴露你对不变量的真实理解,比被动看动画有效得多。
- 4dp[3] 用硬币 1: 1+1 = 2尝试每种硬币松弛。 因为:完全背包正序枚举容量。
- 5dp[4] 用硬币 2: 1+1 = 2尝试每种硬币松弛。 因为:完全背包正序枚举容量。
- 6dp[5] 用硬币 5: 0+1 = 1尝试每种硬币松弛。 因为:完全背包正序枚举容量。
- 7无法凑出返回 dp[amount]。 因为:O(amount·|coins|)。
- 8收尾与复杂度最少 3 枚。 因为:时间 O(amount·coins) · 空间 O(amount)。dp[a]=min(dp[a-c]+1);dp[0]=0,不可达 INF。
从输入完整走到可观察结果
从主例第一帧运行到答案,时间轴始终显示当前状态、因果解释和下一步。
完全背包:每种硬币无限
把动画和 Go 代码逐行对应
代码窗口不会按容易漂移的固定数字行号硬绑动画,而是根据当前语义阶段, 在完整 Go 实现中定位选择、计算、写回或返回分支。当前变量与高亮行一起变化。
让每个动作都落到 Go 分支
重新执行关键分支,只显示当前代码附近窗口,并说明这行为什么在此刻运行。
完全背包:每种硬币无限
完整 Go 提交代码与最小测试
func coinChange(coins []int, amount int) int {
dp := make([]int, amount+1)
dp[0] = 0
for i := 1; i < len(dp); i++ {
dp[i] = amount + 1
}
for i := 1; i <= amount; i++ {
for j := 0; j < len(coins); j++ {
if coins[j] <= i {
dp[i] = min(dp[i], dp[i-coins[j]]+1)
}
}
}
if dp[amount] > amount {
return -1
}
return dp[amount]
}
func min(a int, b int) int {
if a > b {
return b
}
return a
}func main() {
// 1. 主例
// 输入:mode="coin-change", coins=[1,2,5], amount=11
// 期望:最少 3 枚。
//
// 2. 失败 / 未命中
// 检查:外层循环硬币/金额顺序影响完全背包。
//
// 3. 边界
// 空输入、单元素、最小合法规模,以及答案恰好落在边界的情况。
//
// 4. 迁移
// LC518 组合数;LC279 平方数
}Go 参考实现基于 halfrost/LeetCode-Go 的 MIT 许可代码整理,并按本站教学结构补充解释与动画映射。
正确性与复杂度
执行过程中只保留仍可能影响答案的状态。dp[a]=min(dp[a-c]+1);dp[0]=0,不可达 INF。
额外状态主要用于维护:dp 金额、硬币 c。
- • 完全背包最值:每种硬币无限。
最容易写错的地方
外层循环硬币/金额顺序影响完全背包。
必须额外检查空输入、单元素、未命中或不可达情况,以及恰好落在边界的输入。
最后复盘:带走逻辑链
- 1题意coins=[1,2,5],amount=11 最少硬币 3(5+5+1)。
- 2重复直接递归会反复求同一个子问题;动态规划把答案写入状态表并按依赖顺序复用。
- 3优化dp[a]=min(dp[a-c]+1);dp[0]=0,不可达 INF。
- 4证明完全背包最值:每种硬币无限。
- 5复杂度时间 O(amount·coins),空间 O(amount)
- • LC518 组合数
- • LC279 平方数