重入攻击（Reentrancy Attack）是智能合约安全史上最著名的漏洞之一，2016 年的 The DAO 事件正是因它损失数千万美元，直接催生了以太坊的硬分叉。这篇图解重入攻击将用清晰的逻辑拆解它的原理、攻击过程与防御方法，无论你是开发者还是普通用户，理解它都能让你更安全地参与链上世界。
重入攻击是什么
简单来说，重入攻击发生在一个合约调用外部合约、而外部合约又"回头"重新调用原合约的过程中。如果原合约在更新自身状态之前就向外转账，攻击者就能在状态更新前反复触发提款，像滚雪球一样把合约资金抽干。
要理解这个机制，可以把它和图解合约交易中的正常调用流程做对比：正常交易是一来一回，而重入攻击是在"回"的环节插入了恶意的递归调用。这与图解跑路盘这类人为骗局不同，重入攻击利用的是代码逻辑缺陷，是纯技术层面的攻击。
攻击原理图解
设想一个简单的提款函数，它的执行顺序是：检查用户余额 → 向用户地址转账 → 把用户余额清零。问题就出在转账发生在清零之前。
当合约向攻击者地址转账时，如果攻击者是一个合约而非普通钱包，转账会触发它的 fallback 函数。攻击者在这个函数里再次调用提款函数——此时原合约还没把余额清零，检查依然通过，于是又转一笔。如此循环，直到合约余额耗尽或 gas 用完。
这个过程的核心，是"交互"先于"状态更新"。理解它需要一点Hardhat部署实战教程中接触过的合约执行模型知识：EVM 中外部调用是同步的，控制权会临时交给被调用方，这给了攻击者插入恶意逻辑的窗口。这也是为什么单纯依赖图解K线图看价格、或只看项目图解基本面分析的用户，无法察觉这类底层风险——它隐藏在代码深处。
The DAO：教科书级案例
2016 年的 The DAO 是当时以太坊上最大的去中心化自治组织募资项目。它的提款逻辑恰恰存在重入漏洞，攻击者利用递归调用，在数小时内转走了约三分之一的募集资金。
这一事件不仅造成巨额损失，还引发了关于"代码即法律"的激烈争论，最终导致以太坊硬分叉为 ETH 和 ETC 两条链。这段历史告诉我们，专业解析区块链安全不是纸上谈兵——一行代码的顺序错误，可能动摇整个网络的共识。对于评估项目，光看图解机构投资背景或图解现货ETF这类宏观信息远远不够，合约审计才是关键。
防御方法
防御重入攻击有几种成熟手段：
第一，遵循"检查-生效-交互"（Checks-Effects-Interactions）模式。即先做条件检查，再更新合约内部状态，最后才进行外部转账。把清零余额提到转账之前，攻击者第二次调用时检查就会失败。
第二，使用重入锁（Reentrancy Guard）。通过一个状态变量标记函数是否正在执行，正在执行时拒绝再次进入。OpenZeppelin 提供了现成的 nonReentrant 修饰器，开发中应优先复用经过审计的库。
第三，限制外部调用的 gas，或优先使用 transfer 等受限转账方式（尽管在新版本中需结合具体情况权衡）。这些细节在严肃的一文读懂智能合约审计流程中都会被逐项检查。
对普通用户而言，虽然无法亲自审计代码，但可以养成习惯：优先使用经过知名审计机构验证的协议，警惕那些代码不开源、又承诺高收益的项目。识别图解假APP识别、图解传销盘等表层骗局之外，也要意识到底层合约漏洞的存在。
重入攻击的变种
随着防御手段普及，攻击者也发展出更隐蔽的变种，例如跨函数重入和只读重入。跨函数重入利用多个函数共享状态的漏洞；只读重入则在价格预言机等只读调用中做文章，影响其他依赖该数据的协议。
这些变种说明安全是动态对抗的过程。即便项目通过了图解DeFi生态的基本检验，新型攻击面仍可能出现。这也是为什么严肃的开发者会持续学习，而不是部署一次就一劳永逸。
常见问题
重入攻击只影响以太坊吗？ 不是。任何支持图灵完备合约、允许外部调用回调的链都可能受影响，与图解公链的具体实现有关。
用了重入锁就绝对安全吗？ 重入锁能防大多数经典攻击，但跨合约的复杂交互仍需整体审计，不能依赖单一手段。
普通用户能做什么？ 选择经过审计的成熟协议，不被高收益诱惑，对不开源项目保持警惕。
风险提示：智能合约存在不可预知的技术风险，即便经过审计也不能保证绝对安全。本文为技术科普，不构成任何投资或开发建议，链上操作请务必谨慎评估。