@geelaw yes 是这个意思，兄弟你表达能力太强了。

封装、继承、多态，去搜搜“Java 使用多态的的好处示例”这个关键词，学到后边就会明白了，spring 中的设计模式很大一部分就是用的这个特性

@gstqc 我：确实等于 5 。因为......，又因为......，所以综合来看......，把......和......结合来看......5 才是正确答案，2 其实并不是真正意义上的。综上所述 1+1 确实等于 5 。

两点之前，不然再喝就没用了

@ajaxgoldfish 说反了，人的问题概率比程序问题概率大

在那个帖子上我也挨喷了，可我觉得程序出问题的概率还是比人大。

这样程序第一步时间复杂度就直接是 n 。。。。搬个板凳听下面大佬的更好的方法。最近也有类似需求

既然人工对出来这种方法也能跑出来，这就是人工的那个思路，先算 1 组中第一个数据对应的集合。然后再算第二组的。第一组如果有多种可能的话那就再跑第二组。前提是跑第一组的数据和第二组是一样的，不用剔除第一组选中的数据，剔除就麻烦了，就涉及到回溯法了。这样分组跑后边再判断

@ajaxgoldfish return

楼主是暴力递归吗，可以加一些判断条件，先算出来 1 组中第一项对应的数据，假如 1 组中的第一项数据对应的第二组数据只有一种情况可以直接 ruturn ，意思就是分治法一次别算到底分组算，分步+分组。

我也不会，大家觉得和”田忌赛马“的剪枝法那个思路沾边吗