在最近的项目开发中,我遇到了两个与父子关系紧密相关的场景:评论树结构和部门树结构。具体的需求包括找出某条评论下的所有子评论id集合和找出某个部门下所有的子部门id集合。尽管在之前的项目开发经验中,我很少使用递归,但作为数据结构操作中遍历树节点的解决方案,我决定记录并分享我的递归使用经验。
首先,我会对递归的基本概念进行介绍。在Java中,递归是指在方法的定义中调用自身的过程,基于方法调用栈的原理实现。递归的关键是定义好递归的终止条件和递归调用的条件。若没有适当的终止条件或递归调用的条件不满足,递归可能会陷入无限循环,导致栈内存溢出。
递归的优点在于能够简化问题解决过程,并实现高效算法,如数据结构操作中遍历树节点。然而,递归也存在缺点,包括栈溢出风险、性能损耗和可读性不高的问题。
迭代(Iteration)
迭代通常使用for循环,能够对集合进行遍历,并在内部进行条件设置和元素值替换。
递归(Recursion)
递归通过方法的自调用来解决问题。下面的内容将详细介绍递归的例子。
接下来,我将以递归获取某个评论id下面所有的子级评论id为例,向读者介绍递归的过程。在此之前,我先提供一个简单的数据库评论表的demo,其中id是主键id也是评论唯一id,parent_id是该条评论的父评论id,status为1表示审核通过的状态。
那么,我们如何将21、28、29、31、32都放进一个集合里返回呢?下面的代码示例将给您一个参考。
然而,在看代码之前,我想提出一个问题:从21开始后,遍历的路线是21-28-29?还是21-28-31?还是21-29-32?或者是21-28-31-29-32?
下面是经过脱敏处理后的参看代码示例,注释都写得比较清楚了:
/**
* 这里可以看作是外部接口的调用,会得到递归的结果
* @param id
*/
private List getIdListMethod(Integer id){
ArrayList idList = new ArrayList<>();
this.getAllIdByRecursion(id, idList);
log.info("递归后得到的id集合:{}", idList);
return idList;
}
/**
* 这里是递归的过程
* @param id
* @param idList
*/
private void getAllIdByRecursion(Integer id, List idList){
LambdaQueryWrapper wrapper = new LambdaQueryWrapper<>();
//先把该id下所有的第一级子id找到
wrapper.eq(Comment::getParentId, id).eq(Comment::getStatus, NumberUtils.INTEGER_ONE);
List commentList = this.list(wrapper);
for (Comment children : commentList){
this.getAllIdByRecursion(children.getId(), idList);
}
log.info("放入集合的id为:{}", id);
idList.add(id);
}
问题的答案是:递归后得到的id集合为[21,28,31,29,32]。这是因为迭代从一棵树开始遍历到底,没有元素了再从头开始遍历,依次迭代,类似于深度优先遍历。比如,21下面有两个子id:28和29,那么会先走21-28-31这棵树,到底了后接着按照29-32遍历。
根据我的开发经验,可以通过控制递归层数和使用Stream这两种办法对递归进行改进。
JVM 默认控制的递归最大深度限制在1000层,可以通过设置JVM参数来控制其深度,也可以在代码层面对递归的层数进行控制。
int depth = 0;
//递归方法调用
for (int i = 0; i < 20; i++) {
depth++;
}
if (depth > 100){
//其它操作
}
这里的核心思路是先进行数据库全量查询(10万条以内),在内存中使用Stream流操作、Lambda表达式和Java地址引用进行筛选。这种方法适用于数据总量不多的情况,如部门树。
详情请参阅 我的这篇文章
在文章小结中,我并不推荐在项目中过度使用递归,但是如果合理使用的话,递归也能成为解决特定问题的一个利器。至于怎么拿捏这个度,那就要看大家的具体情况了。Java项目中对使用递归的理解就到这里,文章如有不足和错误,或者你有更好的解决思路,欢迎大家的指正和交流!