绝大多数场景应使用std::map/set而非手写B-Tree，因其红黑树实现已足够快且正确；B-Tree核心价值在磁盘I/O优化，内存中手写反而因缓存不友好等导致性能更差。
为什么不用手写 B-Tree 而用 std::map 或 std::set
绝大多数实际场景下，std::map（红黑树）已足够快，且能正确处理插入、删除、范围查询。B-Tree 的核心价值在磁盘 I/O 优化——节点大小对齐页（如 4KB），减少寻道；而内存中手写 B-Tree 反而因指针跳转、缓存不友好、分支预测失败导致性能不如红黑树。除非你在实现嵌入式数据库引擎或教学理解索引结构，否则不建议从零手写。
B-Tree 节点设计的关键约束
B-Tree 的阶数 t 决定每个节点最少 t-1 个键、最多 2t-1 个键。内存中实现时，t 通常设为 3–5（对应节点容量 2–4 或 4–8 个键），太大则单节点查找变慢，太小则树变高、指针跳转增多。必须保证：
-
keys和children数组长度严格同步：若有n个键，则有n+1个子指针（叶子节点的children为nullptr） - 所有叶子节点必须在同一层，这是 B-Tree 支持范围查询和稳定查询时间的前提
- 分裂时，中间键上移至父节点，**不能**复制到左右子树——否则破坏唯一性
插入操作中最容易漏掉的边界情况
插入后节点键数超限（> 2t-1）必须分裂，但以下三点常被忽略：
- 根节点分裂时，需新建一个空根，原根降为左子节点，否则树高无法增加
- 非根节点分裂后，父节点插入新键可能再次触发分裂——必须递归向上处理，不能只处理一层
- 若父节点为空（比如刚新建的根），要检查是否为
nullptr，避免段错误
void splitChild(Node* parent, int childIdx) {
Node* y = parent->children[childIdx];
Node* z = new Node(y->isLeaf);
z->n = t - 1;
for (int i = 0; i < t - 1; ++i) {
z->keys[i] = y->keys[i + t];
}
if (!y->isLeaf) {
for (int i = 0; i < t; ++i) {
z->children[i] = y->children[i + t];
}
}
y->n = t - 1;
for (int i = parent->n; i > childIdx; --i) {
parent->children[i + 1] = parent->children[i];
}
parent->children[childIdx + 1] = z;
for (int i = parent->n; i > childIdx; --i) {
parent->keys[i] = parent->keys[i - 1];
}
parent->keys[childIdx] = y->keys[t - 1]; // 注意：是 y 的第 t-1 个键，不是 z 的
parent->n++;
}
内存 B-Tree 比磁盘版更难调优的地方
磁盘 B-Tree 关注节点大小是否对齐块（如 4096 字节），而内存版真正麻烦的是缓存行（cache line）利用率。一个节点若跨多个 cache line（如 64 字节），一次访问可能触发多次内存加载。例如：vector 存键 + vector 存子指针，两者内存不连续，CPU 预取失效。更紧凑的做法是用单块 char[] 手动布局，或至少把 keys 和 children 合并在一个结构体里，并用 alignas(64) 对齐起始地址。
立即学习“C++免费学习笔记（深入）”；
