二叉树等和分割:从递归修正到高效算法

二叉树等和分割:从递归修正到高效算法

本文深入探讨了如何通过移除单条边将二叉树分割成两个总和相等的子树问题。文章首先分析了常见递归解法中的逻辑错误,并提供了修正后的代码。接着,提出了一种更高效的自底向上计算子树和的算法,该算法通过一次遍历收集所有子树和,从而在O(N)时间复杂度内解决问题,显著提升了性能。

问题概述:二叉树等和分割

二叉树等和分割问题要求我们检查一棵给定的二叉树(至少包含一个节点)是否可以通过移除一条边,将其分割成两棵总和相等的子树。如果可以,函数应返回分割后每棵子树的总和;否则,返回0。这里需要注意的是,移除一条边后,原树会分成两部分,其中一部分必然是原树的一个子树,而另一部分则是原树剩余的部分。

例如,如果一棵树的总和为 S,那么分割后两部分的和都应为 S/2。这意味着,整个树的总和 S 必须是偶数。

递归尝试与常见陷阱

一种直观的思路是尝试遍历树中的每一个节点,并假设在某个节点与其父节点之间的边被移除。然后,我们需要计算被移除边所连接的两个部分的和,并判断它们是否相等。

原始代码尝试了这种递归方法,但存在几个关键问题:

不正确的断边逻辑:原始代码中存在类似如下的条件判断:

if leftsum+tree.value == rightsum+balancesum:    return fullsum/2

这个条件实际上等同于将 tree 节点及其左子树作为一个整体,与 tree 的右子树以及通过 balancesum 传入的父节点上方部分进行比较。这隐含地切断了 tree 与其父节点以及 tree 与其右子节点之间的两条边,这与问题描述中“移除一条边”的要求不符。正确的逻辑应是只移除 tree 与其左子节点或 tree 与其右子节点之间的边,或者 tree 与其父节点之间的边。

balancesum 参数传递错误:在递归调用中,balancesum 参数用于表示当前节点上方(即父节点方向)的总和。原始代码的递归调用:

lefty = splitBinaryTree(tree.left, fullsum-rightsum)righty = splitBinaryTree(tree.right, fullsum-leftsum)

这里的 fullsum-rightsum 实际上是当前节点 tree 的值加上其左子树的总和。当递归到 tree.left 时,其父节点上方(即 tree 及其右子树和 balancesum 的总和)应作为新的 balancesum 传递。正确的 balancesum 应该包含当前节点的值、其兄弟子树的总和以及从父节点继承的 balancesum。

修正后的递归代码

根据上述分析,我们可以对原始的递归方法进行修正。关键在于确保每次只考虑移除一条边,并且正确传递递归参数。

修正点:

移除那些会同时切断多条边的条件判断。在递归调用 splitBinaryTree(tree.left, …) 时,传递给 tree.left 的 balancesum 应该是当前节点 tree.value 加上其右子树的总和 rightsum,再加上从父节点继承的 balancesum。对 tree.right 的递归调用同理。最终的返回逻辑可以简化。

# 辅助函数:计算以node为根的子树的总和def icalculatesum(node):    if node is None:        return 0    return node.value + icalculatesum(node.left) + icalculatesum(node.right)# 修正后的二叉树分割函数def splitBinaryTree_recursive_fixed(tree, balancesum=0):    if tree is None:        return 0    # 计算当前子树的总和    fullsum = icalculatesum(tree)    # 如果当前子树的总和等于我们期望的平衡和,则找到一个分割点    # 这对应于切断当前节点与其父节点之间的边    if fullsum == balancesum and fullsum != 0: # 避免返回0作为有效分割        return fullsum    # 计算左右子树的总和(这里会重复计算,效率较低)    leftsum = icalculatesum(tree.left)    rightsum = icalculatesum(tree.right)    # 递归检查左子树    # 传递给左子树的balancesum应是:    # 原始父节点传下来的balancesum + 当前节点的值 + 右子树的总和    lefty = splitBinaryTree_recursive_fixed(tree.left, balancesum + tree.value + rightsum)    # 递归检查右子树    # 传递给右子树的balancesum应是:    # 原始父节点传下来的balancesum + 当前节点的值 + 左子树的总和    righty = splitBinaryTree_recursive_fixed(tree.right, balancesum + tree.value + leftsum)    # 如果任一递归调用找到了有效分割,则返回该分割和    if lefty != 0 or righty != 0:        # 这里返回的是整个树的总和的一半,但因为我们已经检查了 fullsum == balancesum,        # 且 fullsum 是当前子树的总和,如果找到分割,则意味着整个树的总和是 2 * fullsum        # 所以直接返回 lefty 或 righty 即可,它们已经是目标值        return lefty or righty    return 0# BinaryTree 类定义(与原问题一致)class BinaryTree:    def __init__(self, value, left=None, right=None):        self.value = value        self.left = left        self.right = right

说明: 尽管这段代码修正了逻辑错误,但由于 icalculatesum 函数在每次递归调用时都会重新计算子树的总和,导致大量的重复计算,其时间复杂度远高于 O(N)。对于大型树,这种方法效率低下。

高效算法:自底向上计算子树和

为了提高效率,我们可以采用自底向上的方法。问题的本质是寻找一个子树,其总和恰好是整棵树总和的一半。如果我们能一次性计算出所有可能子树的总和,并存储起来,那么就可以通过一次查找来解决问题。

核心思想:

一次遍历计算所有子树和:通过后序遍历(或类似的深度优先遍历),在访问完左右子节点后,计算当前节点的子树总和。存储所有子树和:将计算得到的每个子树的总和存储在一个集合(Set)或列表中。判断分割条件:计算整棵树的总和 total_sum。如果 total_sum 是偶数,并且 total_sum / 2 存在于我们存储的子树总和中,那么就找到了一个有效的分割点。

算法步骤:

定义一个辅助函数 getAllTreeSums(tree),它将递归地遍历树。对于每个节点,首先递归调用左右子节点,获取它们的子树总和。当前节点的子树总和等于 node.value + left_subtree_sum + right_subtree_sum。将这个总和添加到一个全局列表或集合中,并返回当前节点的子树总和。主函数 splitBinaryTree(tree) 调用 getAllTreeSums 来填充所有子树和的列表。获取列表中的第一个元素,即整棵树的总和 total_sum。检查 total_sum 是否为偶数,并且 total_sum // 2 是否存在于 getAllTreeSums 返回的列表中(除了 total_sum 本身,因为不能切断整个树)。

代码实现:

# BinaryTree 类定义(与原问题一致)class BinaryTree:    def __init__(self, value, left=None, right=None):        self.value = value        self.left = left        self.right = right# 辅助函数:递归收集所有子树的总和# 返回 [当前子树总和, ...所有子树总和]def getAllTreeSums(tree, all_sums_list):    if not tree:        return 0 # 空树总和为0    left_sum = getAllTreeSums(tree.left, all_sums_list)    right_sum = getAllTreeSums(tree.right, all_sums_list)    current_subtree_sum = tree.value + left_sum + right_sum    all_sums_list.append(current_subtree_sum) # 收集当前子树的总和    return current_subtree_sumdef splitBinaryTree(tree):    if not tree:        return 0    all_sums = []    total_tree_sum = getAllTreeSums(tree, all_sums) # 此时 all_sums 包含了所有子树的总和    # 检查总和是否为偶数,且是否存在一半总和的子树    # 注意:不能是整个树的总和本身,因为这意味着没有移除任何边    if total_tree_sum % 2 == 0:        target_sum = total_tree_sum // 2        # 遍历 all_sums 列表,查找是否存在 target_sum        # 排除 total_tree_sum 本身,因为我们不能切断整个树来得到一半        for s in all_sums:            if s == target_sum and s != total_tree_sum: # 确保不是整个树的总和                return target_sum    return 0# 优化后的 getAllTreeSums 辅助函数,直接返回列表,更简洁def _collect_subtree_sums(node, sums_set):    if not node:        return 0    left_sum = _collect_subtree_sums(node.left, sums_set)    right_sum = _collect_subtree_sums(node.right, sums_set)    current_node_sum = node.value + left_sum + right_sum    sums_set.add(current_node_sum)    return current_node_sumdef splitBinaryTree_optimized(tree):    if not tree:        return 0    # 使用集合存储子树和,方便 O(1) 查找    subtree_sums = set()    total_sum = _collect_subtree_sums(tree, subtree_sums)    # 整个树的总和必须是偶数,并且一半的总和必须存在于某个子树中    # 且这个子树不能是整个树本身(即不能是 total_sum)    if total_sum % 2 == 0:        target_half_sum = total_sum // 2        # 如果 target_half_sum 存在于 subtree_sums 中,并且它不是整个树的总和        # (即 target_half_sum != total_sum,这在 target_half_sum == total_sum         # 只有在 total_sum 为 0 的情况下才可能发生,但题目至少一个节点)        # 更严谨的判断是 target_half_sum 必须是某个子树的和,而不能是整个树的和。        # 由于我们收集的是所有子树的和,如果 target_half_sum == total_sum         # 且 total_sum != 0,则意味着整个树的总和是 0,这是不可能的。        # 所以只需检查 target_half_sum 是否在集合中即可。        # 如果 total_sum 是 0,则 target_half_sum 也是 0,此时 0 在集合中是有效的。        if target_half_sum in subtree_sums:            return target_half_sum    return 0

效率分析:

时间复杂度: _collect_subtree_sums 函数通过一次深度优先遍历访问每个节点一次,计算其子树总和并添加到集合中,这部分是 O(N)。最后在集合中查找目标和是 O(1)。因此,总时间复杂度为 O(N),其中 N 是树中节点的数量。空间复杂度: subtree_sums 集合最多存储 N 个子树的总和,因此空间复杂度为 O(N)

这种自底向上的方法避免了重复计算,显著提高了算法的效率。

总结与注意事项

理解问题约束:在处理树分割问题时,明确“移除一条边”是关键。这通常意味着分割后的一半是原树的某个子树,另一半是剩余部分。避免重复计算:对于涉及计算子树属性(如总和、高度等)的问题,自底向上的递归(通常是后序遍历)结合记忆化或一次性收集所有结果,可以有效避免重复计算,将指数级或多项式时间复杂度降低到线性时间复杂度。边界条件:始终考虑空树或单节点树等边界情况。数据结构选择:使用 set 来存储所有子树总和,可以提供 O(1) 的平均查找时间,比在列表中查找更高效。总和必须为偶数:如果整棵树的总和是奇数,则不可能将其分成两个总和相等的子树,可以直接返回0。

通过采用高效的自底向上策略,我们能够以最优的时间复杂度解决二叉树等和分割问题,这在处理大规模数据时尤为重要。

以上就是二叉树等和分割:从递归修正到高效算法的详细内容,更多请关注创想鸟其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/1380114.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
在FastAPI中优雅地管理和监控外部服务的启动与关闭
上一篇 2025年12月14日 21:30:45
处理Pandas中带嵌入双引号的制表符分隔文件:实现精确读写回溯
下一篇 2025年12月14日 21:31:04

相关推荐

  • Matplotlib 地图中多类型图例的创建与优化

    Matplotlib 地图中多类型图例的创建与优化Matplotlib 地图中多类型图例的创建与优化Matplotlib 地图中多类型图例的创建与优化Matplotlib 地图中多类型图例的创建与优化

    本教程旨在解决matplotlib地图可视化中,如何在一个图例中同时展示颜色块(如区域分类)和自定义标记(如特定兴趣点)的问题。文章详细介绍了当传统`patch`对象无法正确显示标记时,如何利用`matplotlib.lines.line2d`创建标记图例句柄,并将其与颜色块图例句柄合并,从而生成一…

    2026年5月10日 用户投稿
    900
  • 比特币新手教程 比特币交易平台有哪些

    比特币是一种去中心化的数字货币,基于区块链技术实现点对点交易,具有匿名性、有限发行和不可篡改等特点;新手可通过交易所购买,P2P交易获得比特币,常用平台包括Binance、OKX和Huobi;交易流程包括注册账户、实名认证、绑定支付方式、充值法币并下单购买,可选择市价单或限价单;比特币存储方式有交易…

    2026年5月10日
    000
  • 深入理解 Express.js 中 next() 参数的作用与中间件机制

    本文深入探讨 express.js 中间件函数中的 `next()` 参数。它负责将控制权传递给请求-响应周期中的下一个中间件或路由处理程序。文章将详细解释 `next()` 的工作原理、中间件的注册与执行顺序,以及不正确使用 `next()` 可能导致请求挂起的风险,并通过代码示例和实际应用场景,…

    2026年5月10日
    000
  • Golang空接口如何应用在项目中

    空接口可用于接收任意类型值,常见于日志函数、通用数据结构、JSON动态解析及配置驱动逻辑,提升代码灵活性,但需配合类型断言确保安全,避免滥用以降低维护成本。 空接口 interface{} 在 Go 语言中是一个非常灵活的类型,它可以存储任何类型的值。虽然它牺牲了一部分类型安全,但在实际项目中合理使…

    2026年5月10日
    300
  • JavaScript计算器开发:解决数值显示与初始化问题

    本教程深入探讨了使用JavaScript构建计算器时常见的数值显示异常问题,特别是由于类属性未初始化导致的`Cannot read properties of undefined`错误。我们将详细分析问题根源,并通过在构造函数中调用初始化方法来解决该问题,同时优化显示逻辑,确保计算器功能稳定且界面显…

    2026年5月10日
    000
  • Circle为何在凌晨向Solana新增铸造5亿枚USDC?USDC增发原因与对SOL生态影响深度解析

    近日,链上数据显示,Circle 在凌晨向 Solana 链新增铸造了 5亿枚USDC。此次大规模增发引起市场关注,投资者需要了解背后的原因以及对 Solana 生态的潜在影响。 USDC增发原因分析 增发 USDC 的主要原因可能包括: 满足市场需求:近期 Solana 上交易活动活跃,USDC …

    2026年5月10日
    000
  • JavaScript 高效判断页面所有复选框状态的技巧与实践

    本文旨在提供一套高效且专业的javascript方法,用于判断网页中所有复选框的选中状态。我们将探讨如何利用`array.some()`快速确定是否有未选中的复选框(进而判断是否全部选中),以及如何使用`array.filter()`统计选中和未选中的复选框数量。通过优化dom元素选择和数组操作,提…

    2026年5月10日
    100
  • 基于两数组数据计算结果排序的 React 教程

    本教程针对 React 应用中需要根据两个独立数组的数据计算结果进行排序的场景,提供了一种高效的解决方案。通过使用 JavaScript 的 `reduce` 和 `map` 方法,将两个数组根据唯一标识符进行合并,从而简化排序逻辑,提高代码的可读性和可维护性。避免了复杂的嵌套循环或同步迭代,提供了…

    2026年5月10日
    000
  • Golang如何优化日志写入性能_Golang日志写入与文件IO优化方法

    使用缓冲、异步写入、高性能日志库和优化IO策略提升Golang日志性能,推荐zap+异步缓冲+SSD组合以平衡实时性、可靠性与高并发需求。 在高并发场景下,Golang程序的日志写入可能成为性能瓶颈。频繁的文件IO操作不仅影响响应速度,还可能导致系统负载升高。要提升日志写入性能,不能只依赖简单的fm…

    2026年5月10日
    300
  • CodeIgniter在IIS环境下实现URL重写与index.php移除指南

    本教程详细指导如何在IIS服务器上部署的CodeIgniter应用中,移除URL中不必要的index.php。核心解决方案涉及修改CodeIgniter的config.php文件,将$config[‘index_page’]设置为空,并辅以正确的IIS web.config重…

    2026年5月10日
    100
  • PHP安全文件下载:防止直链与保护资源

    本文旨在解决通过检查元素获取直链下载文件的问题,并提供一种安全的PHP服务器端文件交付方案。核心思想是利用PHP作为文件代理,通过设置HTTP响应头直接将文件发送给用户,从而隐藏文件的实际存储路径,有效防止未经授权的直接链接访问。 客户端下载链接的风险与局限性 在构建下载页面时,开发者常常面临一个挑…

    2026年5月10日
    400
  • 什么是合约由于流动性不足无法平仓?小币种合约的死亡陷阱

    合约因流动性不足无法平仓,表现为买卖订单稀少导致平仓指令难成交,尤其常见于小币种。1、盘口深度浅、交易时段冷清加剧平仓难度;2、低交易量与下降的未平仓量反映小币种流动性枯竭风险;3、应采用限价单分批平仓、切换至高流动性品种对冲、设置宽松止盈止损等策略应对。 binance币安交易所 注册入口: AP…

    2026年5月10日
    000
  • 比特币价格为何波动?深度解析影响BTC的五大因素

    近期比特币(btc)价格波动引起市场广泛关注,投资者纷纷寻找影响价格的关键因素。深入分析可以发现,btc价格波动主要受以下五大因素驱动: 一、宏观经济与政策影响 比特币价格对全球经济数据、货币政策和利率调整高度敏感。例如,美联储降息或量化宽松政策可能推高BTC价格,而紧缩政策则可能导致价格下行。投资…

    2026年5月10日
    200
  • Go语言中复制数组的几种方法详解

    本文介绍了在 Go 语言中复制数组和切片的几种方法,重点讲解了内置的 `copy` 函数的使用方式,以及在多维切片场景下深拷贝与浅拷贝的区别,并提供了相应的代码示例。通过本文,你将掌握在不同场景下选择合适的复制方法,避免潜在的陷阱。 在 Go 语言中,复制数组和切片是一个常见的操作。根据不同的需求,…

    2026年5月10日
    000
  • 币圈合约稳健玩法:资金管理与永续合约赚钱技巧解析

    在币圈,合约交易因其杠杆效应和双向交易特性而吸引大量投资者,但风险也较高。本文将解析如何通过资金管理和永续合约操作实现稳健收益,帮助投资者在波动市场中科学操作。 永续合约与资金管理核心概念 永续合约是一种无到期日的合约交易工具,投资者可通过做多或做空获利。稳健操作的关键在于资金管理:控制每笔交易的投…

    2026年5月10日
    100
  • Python代码如何实现定时任务 Python代码使用Schedule模块的配置

    答案:使用Python的schedule模块可实现定时任务,通过try-except处理异常确保程序不中断,结合threading实现多线程任务避免阻塞,利用JSON文件保存和加载任务配置实现持久化。 使用Python实现定时任务,主要依赖于schedule模块,它提供了一种简单易懂的方式来安排周期…

    2026年5月10日
    000
  • 深入理解 Laravel Session::put:避免常见陷阱与实现表单限流

    本文旨在深入探讨 laravel 框架中 `session::put` 方法的正确用法及其常见误区。针对用户在实现表单提交限流时遇到的问题,详细阐述了 `session::put` 必须提供键值对的原理,并提供了如何在控制器中利用会话机制有效防止重复提交的实战代码示例。通过本文,读者将掌握 lara…

    2026年5月10日
    000
  • 解决React中按钮点击不显示弹出表单的问题:状态管理与语法修正

    本教程旨在解决react应用中点击按钮后弹出表单未能正确渲染的问题。核心在于识别并修正代码中的语法错误以及未定义的react状态管理函数。我们将详细探讨如何使用`usestate`等react hooks来声明和管理组件状态,确保交互逻辑的正确实现,并提供结构清晰的代码示例,帮助开发者构建功能完善的…

    2026年5月10日
    000
  • PHP代码注入检测日志分析_PHP代码注入日志检测方法详解

    答案:日志分析是发现PHP代码注入的关键手段,主要通过Web服务器访问日志、PHP错误日志、PHP-FPM日志及应用自定义日志等多源数据,结合grep、ELK、WAF等工具识别含eval()、system()、Base64编码、目录遍历等特征的异常请求,并建立基线、设置检测规则与自动化告警,配合事件…

    2026年5月10日
    000
  • HTML如何引入JS脚本_HTML script标签引入JavaScript方式

    内联JavaScript适合简单逻辑,代码直接嵌入HTML;2. 外部JS文件利于分离与复用,推荐开发使用;3. async和defer可优化加载性能,async不保证执行顺序,defer在解析完成后按序执行;4. 动态引入实现按需加载,提升效率。合理选择方式有助于提升页面性能与维护性。 在HTML…

    2026年5月10日
    000

发表回复

登录后才能评论
关注微信