Solidity 极简入门第二十讲：在合约中安全发送 ETH——transfer、send 与 call 实战

想用最短时间分清 transfer / send / call 的区别？读完本文即可在 Solidity 合约中正确发送 以太币。文末附上 FAQ 及示例代码，助你一键上手。

Solidity 为开发者提供了三种在智能合约之间转账 ETH 的方法：transfer()、send() 和 call()。然而，官方文档建议始终优先考虑 call。为什么？不同做法在 gas 限制、失败回滚、返回值 上各有哪些差异？本文通过实际代码逐一剖析，并给出真实开发场景中的最佳做法。

准备工作：部署接收 ETH 的合约

为了让演示更加直观，先创建一个「ReceiveETH」合约，用来接收传入的以太币。

pragma solidity ^0.8.0;

contract ReceiveETH {
    event Log(uint256 amount, uint256 gas);

    receive() external payable {
        emit Log(msg.value, gasleft());
    }

    function getBalance() public view returns (uint256) {
        return address(this).balance;
    }
}

receive() 是 Solidity 的「接收函数」，当有人直接向合约 call 空 calldata 并附带 ETH 时自动触发；
Log 事件 会记录每次收到的 ether 与剩余 gas，便于调试；
getBalance() 随取随用，验证余额变化。

部署完成后，你会发现 getBalance() 返回 0，接下来进入正题：用三种不同方式给合约打钱。

创建发送 ETH 的合约

为了演示三种发送 ETH 的方法，我们需要一个全能“中转站”——简称 SendETH.sol。

pragma solidity ^0.8.0;

contract SendETH {
    // 部署时即可充值
    constructor() payable {}

    receive() external payable {}

    // 1) transfer
    function useTransfer(address payable _to, uint256 _amount) external {
        _to.transfer(_amount);
    }

    // 2) send
    function useSend(address payable _to, uint256 _amount) external returns (bool success) {
        success = _to.send(_amount);
        require(success, "Send failed"); // 手动检查并回滚
    }

    // 3) call
    function useCall(address payable _to, uint256 _amount) external returns (bool success) {
        (success, ) = _to.call{value: _amount}("");
        require(success, "Call failed");
    }
}

注意，上面已经用 require 处理了 send、call 的返回值，避免「不报错也没有任何 ETH 到账」的微妙局面。

三种方法深度拆解

1. transfer()：安全但苛刻的「2300 gas 套餐」

触发语句

_to.transfer(_amount);

gas 限制：固定 2300
2300 只够执行最基本的 日志记录（event Log），不够开发者在 receive() 里写复杂逻辑。
失败行为： 一旦发现余额不足或任何 revert，交易会整体回滚。
使用场景： DApp 想“转账就是转账”，不需要回调逻辑，简单安全。

缺点： 未来以太坊 gas 费用模型变化，2300 可能用尽；导致合约升级遭受阻塞。

2. send()：与 transfer 同质但默认不回滚

触发语句

success = _to.send(amount);

同样 gas 限制 2300，只是默认不回滚，需 显式判断 success，常见形式：

require(_to.send(amount), "Send failed");

开发者若忘记检查返回值，资金将无声蒸发，因此 send 使用率极低。

3. call()：官方推荐，灵活无 gas 上限

触发语句

(bool success, bytes memory data) = _to.call{value: amount}("");

无 gas 上限，转账同时将执行对方合约 receive() 或 fallback()；
失败不会自动回滚，需要手动检查 success；
最优雅写法： 配合 require(success ...) 即可获得既有安全性又不失灵活度。
额外福利： 可以用 call{value: amount, gas: gasLimit}("") 精确控制 gas，做些复杂交互——例如 NFT 拍卖中 「即刻交割 + 回调接口」 一条龙。

👉 打开示例合约即刻体验三种转账方式的安全规则。

小结与最佳实践

方法	Gas限制	失败处理	官方态度
transfer	固定 2300	自动回滚	★★☆
send	固定 2300	需要手工	★☆☆
call	由调用者决定	需要手工	★★★★★

关键词：Solidity 发送 ETH、transfer send call 比较、以太币转账最佳实践、智能合约 gas 优化、Solidity receive fallback。

FAQ：关于 ETH 合约转账最常见的问题

1. receive() 和 fallback() 有什么区别？

若发送空 calldata 且附带 ETH → 仅用 receive()；
若发送非空 calldata 且附带 ETH → 执行 fallback()；
若既不附带 ETH 又非空 calldata → fallback 也会触发。
简言之：接收函数优先级 > fallback，两者都可收钱，但各司其职。

2. 三种方法都会触发 error 吗？

transfer 失败会 回滚全交易，什么都存不进去；
send / call 失败仅影响当前语句，业务逻辑可继续执行，只要你不 require(success)；
所以，require(call(...)) 的三件套几乎成为 2025 年社区官方模板。

3. 是否可以同时给多个地址发钱？

可以，例如在 批量空投合约 中遍历地址列表多次 call{value: amount} 即可，但需自己累加 总 gas cost 并做 失败回退机制，否则任一地址失败可能造成 部分转账成功、部分失败 的问题。

4. 为什么官方建议是 call 而不是更低级汇编？

call 已经在 Solidity 0.8+ 内建重入保护和安全检查，若使用汇编易被忽视的栈、内存以及返回值处理错误所困扰，call 是最安全、最易维护的实用方案。

5. 如何彻底避免重入攻击？

按 Checks-Effects-Interactions 规则顺序编码；
采用 ReentrancyGuard（OpenZeppelin）；
对外链调用 call() 时，给 gasLimit 设置上限，减少重入窗口；
最后审计 + fuzz 测试。

6. 低版本合约（0.6/0.7）还能用这些方法吗？

可以，语法略有差异。例如：
address.call.value(amount)("") 是旧写法；升级 0.8 后改为 call{value: amount}("")。
务必配合 Solidity 官方迁移指南，简单一行即可完成升级。

👉 戳这里查看完整转账安全清单，防止常见漏洞。

结语

掌握 transfer、send、call 的微妙差异后，你就能在实际 DeFi、NFT 项目中灵活转账。牢记官方主张「call+require 检查」的组合拳，别让 2300 gas 天花板 成为系统升级的绊脚石。祝你 Solidity 之旅一路顺风！