什么是重入攻击
重入攻击（Reentrancy Attack）是智能合约领域最著名、也最具破坏力的漏洞之一。要理解重入攻击，关键在于抓住一个核心场景：当合约 A 在更新自身状态之前就向外部合约 B 转账或发起调用，而 B 又在收到调用的瞬间「回头」再次调用 A，就可能形成递归式的反复提取，最终掏空合约资金。
很多初学者会问，既然只是一次转账，为什么会被反复利用？答案在于以太坊等链上合约调用的同步特性。当你试图 深度分析分片 或研究 EVM完整教程 时会发现，外部调用会把执行权暂时交给对方合约，这个「让权」窗口正是攻击的温床。
重入攻击的机制原理
一次典型的提款函数往往按这样的顺序执行：先检查余额、再发送以太币、最后才把用户余额清零。问题就出在顺序上。
当合约在「发送以太币」这一步调用到攻击者合约的接收函数（如 fallback）时，攻击者可以在余额尚未清零的情况下，立即再次调用提款函数。由于检查环节读到的还是旧余额，转账会再次通过，如此循环往复，直到合约余额被抽干或 gas 耗尽。理解这一点对学习 抢跑交易实战教程 中的链上交互时序同样有帮助。
简而言之，重入攻击利用的是「状态更新滞后于外部调用」这一时序漏洞。它不是某个具体协议的专属问题，而是任何涉及外部调用的合约都需警惕的通用风险，Curve协议风险 的相关讨论中也多次提及类似的调用顺序隐患。
经典案例复盘
历史上最广为人知的重入事件，造成了价值数千万美元资产的损失，并直接推动了一次重大的链分叉。复盘这类事件可以发现，受害合约几乎都犯了同一个错误：在外部调用之后才更新内部账本。
类似的攻击模式后来在多个借贷与流动性协议中反复出现。研究 Aave哪个安全 或 Lido如何获取空投 等主流协议的安全实践时，你会注意到它们都把重入防护作为基础门槛。这也提醒所有想 Layer1完整教程 系统入门的开发者，安全意识必须前置。
防御手段与使用步骤
防御重入攻击有几套成熟方案，开发者应组合使用：
- 检查-生效-交互（Checks-Effects-Interactions）模式：先做条件检查，再更新本地状态，最后才进行外部调用。把余额清零放在转账之前，攻击者再次进入时就会被余额检查拦下。
- 重入锁（ReentrancyGuard）：用一个状态变量作为互斥锁，函数执行期间禁止再次进入，执行完毕再释放。
- 限制外部调用的 gas：在转账时限制可用 gas，使攻击者难以执行复杂的回调逻辑（但需注意此法在某些场景已不被推荐）。
- 优先使用拉取式（pull）而非推送式（push）支付：让用户主动提款，减少合约主动外部调用的次数。
把这些原则内化后，再去阅读 Symbiotic如何获取空投 或 Renzo Protocol如何获取空投 等再质押协议的合约设计，会更容易判断其安全性。对正在系统学习 BNB链生态如何参与 的开发者而言，这是不可跳过的一课。
常见问题
只有以太坊合约会遭遇重入攻击吗？ 不是。任何支持合约间外部调用且执行权可被让渡的链都可能出现类似漏洞，只是细节因虚拟机而异。
用了重入锁就绝对安全吗？ 重入锁能防御同一函数的直接重入，但跨函数、跨合约的复杂重入仍需配合正确的状态更新顺序，单一手段不能万事大吉。
普通投资者如何规避相关风险？ 优先选择经过权威审计、运营时间较长的协议，关注其是否公开安全报告，避免把大额资金投入未经验证的新合约。
风险提示
智能合约漏洞层出不穷，重入攻击只是其中一类。本文旨在科普技术原理，不构成任何投资或开发安全保证。无论开发还是参与 DeFi，都应保持审慎，独立核实合约安全性，仅投入可承受损失的资金。