DAY29：回溯算法（四）组合总和+组合总和Ⅱ

39.组合总和

• 因为本题没有组合数量要求，仅仅是总和的限制，所以递归没有层数的限制，只要选取的元素总和超过target，就返回！

给你一个 无重复元素 的整数数组 candidates 和一个目标整数 target ，找出 candidates 中可以使数字和为目标数 target 的 所有 不同组合 ，并以列表形式返回。你可以按 任意顺序 返回这些组合。

candidates 中的 同一个 数字可以 无限制重复被选取 。如果至少一个数字的被选数量不同，则两种组合是不同的。

对于给定的输入，保证和为 target 的不同组合数少于 150 个。

示例 1：

输入：candidates = [2,3,6,7], target = 7
输出：[[2,2,3],[7]]
解释：
2 和 3 可以形成一组候选，2 + 2 + 3 = 7 。注意 2 可以使用多次。
7 也是一个候选， 7 = 7 。
仅有这两种组合。

示例 2：

输入: candidates = [2,3,5], target = 8
输出: [[2,2,2,2],[2,3,3],[3,5]]

示例 3：

输入: candidates = [2], target = 1
输出: []

提示：

• 1 <= candidates.length <= 30
• 2 <= candidates[i] <= 40
• candidates 的所有元素 互不相同
• 1 <= target <= 40

思路

本题没有重复元素，所以暂且不涉及去重问题。

与组合的一个很大区别就是，本题没有涉及到k，也就是没有规定一定要K个元素总和为target。而本题没有限制K，是靠目标和sum的值来控制树的深度。

另外，题目中说candidates 中的 同一个 数字可以 无限制重复被选取 ，这也就是说，组合里可以存在重复的元素！也就是说绘制树形结构的时候，剩下的元素不能去掉当前元素本身。树形图示例如下：

这里有一个问题，因为元素本身被选取的次数是不限制的，一共选取的元素个数也是不限制的，那么应该如何限制本身被选了多少次呢？因为自身如果一直被选择下去，就会死循环了，唯一的限制就是和targetSum这个值。

因为1 <= candidates[i] <= 200，所以说并不存在出现0的情况，也就是说我们可以根据这条分支的sum值大于target数值，直接进行return遍历下一个分支！也就是下图中粉色线条删除的部分，后面一定是在这个分支上继续累加，因为没有0和负数，所以sum只会越来越大。

伪代码

• 组合问题基本都是定义一个一维组合数组，一个二维结果数组
• 因为本题是组合问题而不是子集问题，本题是从一个集合里面搜索符合条件的所有组合，因此需要startIndex来控制搜索的起点！
• 如果已经大于了，就没有必要再往组合里面添加元素了！应该直接return，return了就可以进行元素修改了！
• 元素本身在组合里可重复选择，区别就在于startIndex这里，下层依然是i开始，而不是i+1。注意startIndex只是个参数，参数是根据i来改变的！

void backtracking(vector<vector<int>>&result,vector<int>&path,vector<int>&candidates,int target,int sum,int startIndex){
   
    //终止条件，这里不能只写if(sum==target)，因为本题没有K的限制，如果一直没有，会一直搜索下去！
    //如果大于，后面就没必要再添加元素了，应该进行修改元素
    if(sum>target){
   
        return;
    }
    if(sum==target){
   
        result.push_back(path);
        return;
    }
    //单层搜索
    for(int i=startIndex;i<candidate.size();i++){
   
        sum += candidates[i];
        path.push_back(candidates[i]);
        //本身可重复，区别就在递归传入startIndex参数这里！这里下层依然是i开始，而不是i+1!
        backtracking(result,path,candidates,target,sum,i);
        //回溯
        sum -= candidates[i];
        path.pop_back();
    }
    
}

为什么传入i而不是i+1，不会导致无限循环

因为递归的时候，我们传入的循环开始参数是i而不是i+1，因此会考虑到递归能不能进行下去，会不会导致无限循环的问题。

backtracking(result,path,candidates,target,sum,i);

当我们传递i作为startIndex，我们允许下一次递归从相同的位置开始，从而包含当前正在处理的元素。因此，如果当前元素可以被多次选择以达到目标值，那么这种情况也会被考虑到。如果我们传递i+1作为startIndex，那么下一次递归将会跳过当前元素，不再考虑重复选择当前元素的情况。

然而，我们需要注意的是，这个递归算法并不会陷入无限循环，因为我们有两个明确的终止条件：当我们的总和超过目标值或者等于目标值时，我们将停止递归。例如下图的情况：

另外，另一个误区是，尽管我们在递归调用中传递了i（这意味着我们可能会多次选择同一个元素），但这并不会阻止递归进行下去。因为在for循环中，for循环会在pop本层不符合条件的i之后，继续尝试i+1的选项。

在这个回溯算法中，我们是在**for循环中遍历candidates数组的每一个元素。当我们在一次递归调用中传递了i而不是i+1，我们实际上仅仅是在允许算法选择当前的元素candidates[i]多次**。然而，这并不会阻止大的for循环在后续的迭代中尝试其他的元素。