【LeetCode经典题解】:从前序和中序遍历构建二叉树详解

【LeetCode经典题解】:从前序和中序遍历构建二叉树详解
在这里插入图片描述
🎁个人主页:User_芊芊君子
🎉欢迎大家点赞👍评论📝收藏⭐文章
🔍系列专栏:Java.数据结构
在这里插入图片描述


在这里插入图片描述

【前言】

二叉树构造是算法中递归分治思想的经典应用,而通过前序与中序遍历序列还原二叉树,更是力扣考察二叉树特性的高频题。前序“根左右”、中序“左根右”的遍历特性,是逐层确定根节点、划分左右子树的关键。本文将从递归分治思想出发,拆解该问题的实现逻辑,分析代码设计的核心细节。

文章目录:

一、从前序遍历和中序遍历构造二叉树

链接直达:从前序遍历和中序遍历构造二叉树


在这里插入图片描述

二、思路分析

根据递归分治思想:

前序遍历:根节点—>左子树—>右子树;找到前序序列的第一个元素就是根节点;中序遍历:左子树—>根节点—>右子树;找到根节点在中序序列中的位置,从而确定左子树和右子树;递归处理:重复上面的步骤,依次确定子树的根节点并构建子树,直至子树为空。

三、代码详解

1.代码分析

  • preorder:前序遍历数组;
  • inorder : 中序遍历数组;
  • 成员变量 preIndex : 用于记录前序遍历中当前根节点的索引 (通过通过全局递增依次取前序序列的根节点)
  • findVal 方法:查找根节点在中序序列中的索引rootIndex;
  • 递归方法buildTreeChild
递归终止条件:当 inbegin>inend ,说明当前子树无节点,返回null;构建根节点,取前序数组preIndex位置的元素作为根节点;划分左右子树,通过findVal方法找到根节点在中序序列中的索引rootIndex,inbegin ~ rootIndex-1为左子树,rootIndex+1 ~ inend为右子树

2.代码展示

publicint preIndex;publicTreeNodebuildTree(int[] preorder,int[] inorder){returnbuildTreeChild(preorder, inorder,0,inorder.length-1);}publicintfindVal(int[] inorder,int inbegin,int inend,int key){for(int i = inbegin;i<=inend;i++){if(inorder[i]==key){return i;}}return-1;}publicTreeNodebuildTreeChild(int[] preorder,int[] inorder,int inbegin,int inend){//递归终止条件:当前子树中序区间无节点if(inbegin>inend){returnnull;}//前序序列Index位置作为根节点TreeNode root =newTreeNode(preorder[preIndex]);//在中序序列中找到根节点的索引int rootIndex =findVal(inorder,inbegin,inend,preorder[preIndex]);//preIndex递增,指向下一个子树根节点 preIndex++;//递归左子树,范围:inbegin ~ rootIndex-1 root.left =buildTreeChild(preorder,inorder,inbegin,rootIndex-1);//递归左子树,范围:rootIndex+1 ~ inend root.right =buildTreeChild(preorder,inorder,rootIndex+1,inend);return root;}

【总结】

本文围绕前序+中序构建二叉树问题,解析了递归分治的解题思路:依托前序确定根节点,通过中序划分左右子树区间,再递归构建子树至区间为空。代码中用 prIndex 追踪前序根节点位置,借 findVal定位中序根节点索引完成边界划分,核心是对遍历特性的运用与递归终止条件的设置。此外,还可通过哈希表优化中序查找效率,该思路也为后序+中序构建二叉树等同类问题提供了参考。
在这里插入图片描述

Read more

Flutter for OpenHarmony: Flutter 三方库 ulid 别再用杂乱的 UUID,为鸿蒙应用换上“可排序、更简洁”的唯一标识符(全局 ID 新标准)

Flutter for OpenHarmony: Flutter 三方库 ulid 别再用杂乱的 UUID,为鸿蒙应用换上“可排序、更简洁”的唯一标识符(全局 ID 新标准)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 在进行 OpenHarmony 的分布式数据库设计、日志系统或任务追踪系统开发时,我们需要为每一条记录生成一个“全局唯一标识符”。 1. 传统 UUID 的痛点:UUID (v4) 是完全随机的,它破坏了数据库的 B-Tree 索引顺序,导致写入性能下降;且 36 位连字符字符串在数据库中显得过于臃肿。 2. ULID 的优势:它兼具了 128 位的全局唯一性,同时它的前 48 位是时间戳。这意味着 ULID 天然可按时间排序。 ulid 软件包为鸿蒙开发者提供了这种现代化的 ID 生成方案。它采用 Base32 编码(26 个字符),没有特殊符号,既美观又极具工程性能优势。 一、

By Ne0inhk
Flutter for OpenHarmony:built_collection 高性能不可变集合(Builder 模式实现极致内存优化) 深度解析与鸿蒙适配指南

Flutter for OpenHarmony:built_collection 高性能不可变集合(Builder 模式实现极致内存优化) 深度解析与鸿蒙适配指南

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 在 Flutter 开发中,State Management (状态管理) 的核心原则通常是 Immutability (不可变性)。 如果我们直接修改 List 或 Map 的内容,FrameWork 可能检测不到变化,导致 UI 不刷新。或者,因为引用传递(Reference Passing)导致多个组件共享同一个 Mutable List,产生难以追踪的副作用 Bug。 Dart 标准库的 List.unmodifiable 虽然能创建不可变列表,但每次修改都需要全量拷贝(toList()),性能开销大(O(N))。 built_collection 是 Google 维护的一个高性能不可变集合库(它是

By Ne0inhk
Flutter for OpenHarmony:injector 轻量级依赖注入库(比 GetIt 更简单的选择) 深度解析与鸿蒙适配指南

Flutter for OpenHarmony:injector 轻量级依赖注入库(比 GetIt 更简单的选择) 深度解析与鸿蒙适配指南

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 依赖注入(Dependency Injection, DI)是解耦架构的核心。 在 Flutter 社区,get_it 是当之无愧的霸主,但有时候我们想要一个更简单、没有 Service Locator 模式那种“全局单例”味道的库,或者需要一个支持模块化注入的方案。 injector 是一个非常轻量的 DI 库。它不使用代码生成,提供基于构建器(Builder)的依赖注册机制。 对于 OpenHarmony 开发者,使用 DI 库可以将鸿蒙特定的实现(如 OhosPermissionService)与通用业务逻辑解耦,实现一套代码,多端运行。 一、核心原理 injector 的工作原理非常纯粹:它维护了一个 Map,

By Ne0inhk
Flutter for OpenHarmony:Flutter 三方库 gql_link — 掌握鸿蒙端 GraphQL 请求拦截与扩展核心(适配鸿蒙 HarmonyOS Next ohos)

Flutter for OpenHarmony:Flutter 三方库 gql_link — 掌握鸿蒙端 GraphQL 请求拦截与扩展核心(适配鸿蒙 HarmonyOS Next ohos)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net。 Flutter for OpenHarmony:Flutter 三方库 gql_link — 掌握鸿蒙端 GraphQL 请求拦截与扩展核心(适配鸿蒙 HarmonyOS Next ohos) 在现代 App 开发中,GraphQL 的灵活性让我们能精准获取数据。然而,一个健壮的 GraphQL 架构不仅需要发送请求,更需要对请求进行“手术刀”级的拦截、转换和链路编排。例如:统一注入身份 Token、自动日志记录、根据网络状况切换端点等。 在 Flutter for OpenHarmony 开发中,gql_link 库就是这套架构的灵魂所在。它定义了抽象的 Link 通信契约,让我们能像插拔积木一样组合不同的通信能力。今天,

By Ne0inhk