在 Rust 中，重借用（Reborrowing） 是编写高性能、低内存开销代码（如 深度包检测引擎）时最核心的底层机制。
简单来说，重借用允许你在不放弃一个可变引用（&mut T）所有权的前提下，临时派生出一个新的、生命周期更短的可变引用。当这个新的借用生命周期结束时，原本的可变引用会自动“复活”并恢复使用权。
在 Rust 中，可变引用（&mut T）具有独占性（Exclusive）且默认触发 Move（所有权转移）语义。
如果没有重借用机制，当你把一个 &mut 传入子函数后，主函数就会永远失去这个变量，代码将无法编译：
fn consume_data(val: &mut u32) { *val += 1; }
fn main() {
let mut num = 10;
let r = &mut num; // r 是一个 &mut u32
consume_data(r); // 如果没有重借用，r 的所有权在这里就被 Move（吃掉）了！
consume_data(r); // 💥 编译报错：使用已经 Move 的变量 r
}
为了打破这种“一次性使用”的死锁，Rust 引入了重借用。
在大多数日常开发和 源码中，重借用是隐式（自动）发生的。当你把一个可变引用作为参数传给一个接收可变引用的函数时，Rust 编译器在幕后会偷偷执行解引用再借用的操作。
上述 main 函数中的 consume_data(r)，在编译器的底层视角里，实际上被自动改写成了：
consume_data(&mut *r); // 这就是隐式重借用！
&mut *r 发生了什么？*r（解引用）：顺着胖指针找到底层真实的内存格（即 num）。&mut（重新借用）：在底层内存格上临时建立一个全新的、临时的可变引用。consume_data 函数体内部有效。当函数返回，该临时借用灰飞烟灭，原本的 r 重新解锁。既然编译器会自动帮我们做隐式重借用，为什么 工程师还要手写 &mut *r（显式重借用）呢？
这是因为在面对复杂的大循环（while）、模式匹配（match）、闭包（Closures）或结构体解构时，编译器的生命周期推导算法会变得“过度保守（Conservative）”，导致隐式重借用失效并锁死变量 。此时必须通过显式重借用强行介入。
while 深度数据流循环中连续复用在 解析连续数据块时，我们需要在一个大循环里不断使用同一个可变计数器：
fn dissect_sub_block(input: &[u8], rec_len: &mut u32) -> Result<(), ()> { Ok(()) }
pub fn parse_loop(mut input: &[u8], rec_len: &mut u32) {
while !input.is_empty() {
// ❌ 若使用隐式重借用：
// 编译器可能误认为这次借用的生命周期延长到了整个 while 循环的末尾，甚至跨越到下一次迭代。
// 下一轮循环时，编译器会报错：rec_len 已经被上一次循环锁死。
// let _ = dissect_sub_block(input, rec_len);
// 🎨 标准解法（显式重借用）：
// 强行把借用生命周期掐断在这一行。一旦 dissect_sub_block 返回，借用立刻释放。
let _ = dissect_sub_block(input, &mut *rec_len);
input = &input[2..]; // 影子流步进
}
}
match 多分支且伴随早期返回（Early Return）时当 match 分支中存在使用 ? 运算符（提前返回错误）时，编译器的非词法生命周期（NLL）分析有时会发生混乱，认为第一个分支的可变借用在函数退出前都一直有效。
fn parse_a(r: &mut u32) -> Result<(), ()> { Ok(()) }
fn parse_b(r: &mut u32) -> Result<(), ()> { Ok(()) }
pub fn dispatch(block_type: u16, rec_len: &mut u32) -> Result<(), ()> {
match block_type {
// 显式重借用创建了一个微型生命周期（Micro-lifetime），完美消除跨分支的编译锁死
0x8020 => parse_a(&mut *rec_len)?,
0x802b => parse_b(&mut *rec_len)?,
_ => Ok(()),
}
}
无论是隐式还是显式，重借用都必须死死遵守 Rust 的最高宪法：“同一瞬间，有且仅有一条有效路径可以修改该内存”。
当外部引用 r 被重借用产生 r_child 时，在 r_child 的整个生命周期内，原本的 r 会进入冻结（Frozen）状态。此时你绝对不能通过 r 去修改数据。
let mut x = 5;
let r = &mut x;
let r_child = &mut *r; // 显式重借用，r_child 诞生，r 进入冻结状态
// *r = 10; // 💥 编译报错！因为 r 当前处于冻结状态
*r_child = 10; // 正确：使用最新的重借用进行修改
// 过了这一行，r_child 生命周期结束，r “复活”解锁
*r = 20; // 正确：r 已经恢复自由
重借用派生出的新引用，其生命周期 Lchild 绝对不能大于 原本引用的生命周期 Lparent。你不能通过重借用把一个短命的借用强行变成长命的借用。
| 特征 | 隐式重借用 | 显式重借用 (&mut *) |
|---|---|---|
| 触发机制 | 编译器自动内联转化（对开发者隐蔽） | 开发者手动硬编码声明 |
| 底层消耗 | 0 运行时开销，纯粹是编译期的生命周期切片 | 0 运行时开销，映射为最直观的寄存器指针赋值 |
| 推荐场景 | 简单的线性流、单次普通的函数调用 | while 循环、match 高频状态机、闭包上下文 |
| 核心工程价值 | 允许主解析器无限次向下透传庞大的Context 或状态结构体 | 充当语义安全锁，强行压缩引用生存周期，彻底免除与 Borrow Checker 产生的无休止报错烦恼 |
参考资料：
rust工程化实践卷III juler 2015-11
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。