bst中最小值位于最左节点,从根开始沿left指针迭代至空;最大值同理在最右节点;中序遍历找极值是低效误用,时间复杂度升至o(n)。

如何在BST中找到最小值——只需一直往左走
二叉搜索树(BST)的性质决定了最左节点就是最小值。不需要遍历整棵树,也不用递归回溯,直接从根开始沿 left 指针一路向下,直到遇到 nullptr 为止。
常见错误是忘记判空:如果树为空,root 是 nullptr,直接访问 root->left 会崩溃。
- 迭代写法更安全、空间复杂度 O(1),推荐优先使用
- 递归写法虽简洁,但深度过大时有栈溢出风险(比如退化成链表的 BST)
- 若节点定义含
parent指针,不能靠它找最小值——BST 中最小值只和左子树有关
int findMin(Node* root) {
if (!root) throw std::runtime_error("BST is empty");
while (root->left) root = root->left;
return root->val;
}
如何在BST中找到最大值——只需一直往右走
同理,BST 最大值一定在最右节点。逻辑和找最小值完全对称,只是把 left 换成 right。
注意:不要混淆“最大值”和“后继节点”。例如在 findMax(root->left) 是找左子树最大值(即前驱),不是整棵树最大值。
- 和
findMin一样,空树必须提前检查,否则解引用空指针 - 某些实现会把
findMax写成递归形式return root->right ? findMax(root->right) : root->val,可读性尚可,但无实质优势 - 若 BST 支持重复值且允许插入到右子树,则最大值仍满足该性质(BST 定义中“右子树 ≥ 根”不影响最右节点为最大)
int findMax(Node* root) {
if (!root) throw std::runtime_error("BST is empty");
while (root->right) root = root->right;
return root->val;
}
为什么不能用中序遍历找极值——性能与意图错配
中序遍历得到的是升序序列,首尾元素确实是最小/最大值,但这是杀鸡用牛刀。时间复杂度从 O(h) 拉高到 O(n),空间复杂度也从 O(1) 变成 O(h)(递归栈)或 O(n)(显式栈)。
典型误用场景:面试时被问“BST 最小值”,有人脱口而出“中序遍历取第一个”,这暴露了没吃透 BST 的结构性质。
- 只有当你**同时需要多个顺序统计量**(比如第 k 小、所有元素排序)时,中序才有意义
- 单纯查极值时,中序还多了一堆无用访问(中间节点全被扫一遍)
- 如果 BST 节点带
size字段支持快速 rank 查询,那另当别论;但那是增强型 BST,不是基础查询
实际工程中容易忽略的边界:空树、单节点、自定义比较器
真实代码里,findMin 和 findMax 往往作为成员函数存在,返回类型可能是 std::optional<t></t> 或抛异常,而不是裸指针或 int。这点常被教学代码忽略。
另一个坑是自定义比较器(如 std::set<int std::greater>></int>)。此时 BST 实际是“右小左大”,最大值反而在最左节点——但这种情况极少手写,多见于容器适配。自己实现 BST 时,只要坚持“左
- 单节点树:两个函数都直接返回根节点值,无需特殊分支
- 建议统一用
std::optional<t></t>返回,调用方能明确区分“找到了”和“树为空” - 若节点值类型是自定义类,确保
operator 正确定义,否则 <code>left/right链接本身就不可靠
最复杂的部分其实不在算法本身,而在于怎么让接口既安全又符合使用者预期——比如要不要 const 成员函数、是否接受 const Node*、异常语义是否和标准库一致。这些细节比“往左走还是往右走”更容易出问题。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











