在 Solidity 中，合约间调用有哪些实现方式？请说明 call、delegatecall 和 staticcall 三种底层调用函数的运作机制，并比较它们在调用上下文、状态修改权限和安全性方面的核心差异。

回答思路

1. 【回答框架 1】Solidity 合约间调用有两种方式：直接调用（如 A.f()）和底层调用（call、delegatecall、staticcall）。直接调用会编译为 CALL 或 STATICCALL，简单安全；底层调用更灵活但需谨慎处理返回值。
2. 【回答框架 2】call 用于普通消息调用，在目标合约的存储上下文中执行，可修改目标合约状态，也可发送 ETH，需检查返回值布尔值。delegatecall 保持调用者合约的存储上下文，在目标合约代码逻辑下执行，用于实现可升级合约和库，但不允许修改调用者余额，不能发送 ETH。
3. 【回答框架 3】staticcall 禁止被调合约修改任何状态（包括 EVM 层面的状态修改），适用于视图函数调用，避免潜在的状态变更风险。三者 gas 限制默认继承，可指定 gas 和 value，但 delegatecall 的 value 限制特殊。
4. 【回答框架 4】安全性方面，call 和 delegatecall 需注意重入攻击、gas 限制、返回值处理；delegatecall 尤其需确保目标合约可信且存储布局兼容，否则可能导致存储冲突。staticcall 相对安全但不可用于需要修改状态的场景。
5. 【回答框架 5】实际使用中，优先使用直接调用或标准库，仅在需要动态地址或灵活控制时使用底层调用，并严格校验返回值、限制外部调用。
6. 【关键点 1】call 在目标合约上下文中执行，可修改目标状态和发送 ETH；delegatecall 保持调用者上下文，修改调用者存储；staticcall 禁止任何状态修改。
7. 【关键点 2】delegatecall 必须确保目标合约存储布局与调用者兼容，否则引发数据覆盖问题。
8. 【关键点 3】底层调用应检查返回值，不检查会忽略错误导致逻辑漏洞；并关注重入攻击风险。
9. 【易错点 1】混淆 delegatecall 与 call 的存储上下文，导致状态写入错误合约或变量覆盖。
10. 【易错点 2】忽略 call 返回的布尔值，不显式检查导致失败被吞掉，引发安全漏洞。
11. 【易错点 3】误认为 staticcall 可发送 ETH，实际它不允许 value 传递且不可修改状态。