给定不同面额的硬币和一个总金额。写出函数来计算可以凑成总金额的硬币组合数。假设每一种面额的硬币有无限个。
注意: 你可以假设
- 0 <= amount (总金额) <= 5000
- 1 <= coin (硬币面额) <= 5000
- 硬币种类不超过500种
- 结果符合32位符号整数
示例 1:
输入: amount = 5, coins = [1, 2, 5]
输出: 4
解释: 有四种方式可以凑成总金额:
5=5
5=2+2+1
5=2+1+1+1
5=1+1+1+1+1
示例 2:
输入: amount = 3, coins = [2]
输出: 0
解释: 只用面额2的硬币不能凑成总金额3。
示例 3:
输入: amount = 10, coins = [10]
输出: 1
做完零钱兑换的我就尝试过这题。零钱兑换求的是所有方案里面硬币最少的,也要列出所有方案。毕竟刚刚了解动态规划算法,还是图样图森破,以为简单改造一下就可以了。
coins=[1,2,5]
找0元:不管硬币面额如何,找0元始终一种方案:找不出,所以dp[0]=1
找1元:找0元+1枚1元硬币,dp[1]=dp[0]=1;
找2元:找0元+一枚2元硬币,找1元+1枚1元硬币,dp[2]=dp[1]+dp[2]=2
前面还算正确,但是到了后面画风一转:
找3元:找1元+一枚2元硬币,找2元+一枚1元硬币,所以dp[3]=dp[2]+dp[1]?
明显错误啊,找3元就两种解法:3枚1元硬币,1元硬币+2元硬币,就两种啊
重复的原因也很容易找出来:1+2 与 2+1 重复了 同方案因为给硬币顺序不同,被当成不同的找法了
比如找3元,要1元和2元的硬币各一枚吧?
原算法:先给你1元的硬币算一种找法,先给你2元的硬币又算另一种找法
实际上:都是同种方案,不管先给你什么硬币,都应该算作同样的的找法
解决的方法也不难得到:规定给硬币的顺序
先给顾客面额小的硬币,再给顾客面额大的(反过来也行)
这样在找3元的时候,就避免出现1+2和2+1算成两种找法的尴尬局面了
但是怎么规定找硬币的顺序?不会!所以被搁置了
几天前因为不明白 leetcode494“目标和” 怎么用动态规划实现,看了人家的算法,得到了不少收获
①把问题化成小问题的地方不只有一处 ②解决问题的顺序不对,会导致重复
由①的启发,我得到本题的解法了
思路:把找零n元拆分成 找0元,找1元...找n元是必要的
但是如果想让同方案硬币找零的顺序相同,还要做另一项工作:将coins数组拆分
(1)在只有1元面额硬币的情况下找零 0~n元,并将方案记录
(2)在(1)的前提下,引入2元面额的硬币,找零 0~n元,累计方案数量
(3)在(2)的前提下,引入5元面额硬币,找零 0~n元,累计方案数量
先引入1元面额硬币,再引入2元面额硬币,最后引入5元硬币,实际上就是先找面额小的硬币,再找面额大的。
反过来也行(我代码就是先找大面额再找小面额的)
代码
class Solution {
public int change(int amount, int[] coins) {
int[] dp=new int[amount+1];
dp[0]=1;
for(int i=coins.length-1;i>=0;i--){//先找大面额,再找小面额
for(int j=0;j<amount+1;j++){
if(j-coins[i]>=0){
dp[j]+=dp[j-coins[i]];
}
}
}
return dp[amount];
}
}