看 Reentrancy 攻击代码示例最直接的好处，是能从对比中看清漏洞的根源。本文将给出一组示例代码，并配合 Binance合约 与 Binance理财 真实业务的注释，帮助你把理论变成可用的工程模板。
一、漏洞合约的最小例子
最经典的漏洞写法只有十几行：mapping(address => uint) balances；deposit 时累加 balances；withdraw 时先 transfer 再清零 balances。这种写法在攻击者部署回调合约时就会被反复触发取款。把这段代码贴到 Foundry 项目里，亲手跑一次攻击，你会瞬间理解为什么必须把 balances 清零写在 transfer 之前。对接 Binance量化交易 策略合约时，同样的思路必须贯彻。
二、CEI 修复后的对照
修复方法是把 balances 清零提前到 transfer 之前。表面上只是两行代码顺序调换，但效果立竿见影。再写一个攻击合约去尝试重入，你会看到它在第二次进入 withdraw 时读到 balances 已为 0，根本无法盗取资金。这种对比能极大加深直觉，对 Binance现货 现货交易这种对原子性敏感的业务尤为重要。
三、加锁实现细节
如果业务复杂，状态变更分散在多个函数，CEI 模式可能维护成本高。此时引入 OpenZeppelin 的 ReentrancyGuard 是更优选择。把 nonReentrant 修饰符套在敏感函数上，函数执行期间锁标志位置一，防止递归调用。可以把它和 CEI 同时使用形成双重防线。对接 Binance API接口 的链下系统也建议加幂等键，避免链下重放攻击带来的二次重入。
四、pull 模式示例
pull 模式的代码示例同样简洁：内部维护 pendingWithdrawals，用户在另一笔交易里 claim。这样即使被重入，攻击者也只能在自己的账户内重复扣减，不会触及他人资产。pull 模式对 Binance理财 这种奖励频繁分发的协议特别合适，既降低风险，又能让 Gas 成本更平滑。
五、把示例固化为模板
所有示例最终都要变成团队的代码模板。建议把漏洞示例、CEI 修复、ReentrancyGuard、pull 模式四份代码都放进 SDK 仓库，并写好单元测试与攻击模拟。新人入职第一周必须把模板跑一遍。再配合 Binance跟单 业务的告警联动，整套 Reentrancy 攻击代码示例就能真正服务于生产，而不是只停留在教程里。