如何用 Solidity 编写节省 Gas 的智能合约？

优化存储布局

1. 将相同类型的变量分组在一起，以尽量减少槽的使用。 2. 使用uint256而不是较小的类型，除非是故意打包的。 3. 按大小递减的顺序声明状态变量： uint256 、 uint128 、 uint64 、 uint32 、 uint16 、 uint8 。 4. 如果存在具有链外索引的数组等替代方案，请避免对大型数据集使用映射。 5. 对于部署时已知但动态计算的值，更喜欢不可变而不是常量。

最小化外部调用和循环

1. 外部调用比内部函数调用消耗明显更多的gas；尽可能将逻辑合并到单个事务中。 2. 切勿在链上函数内迭代无界数组——使用基于事件的分页或链下计算。 3. 当长度可预测时，将for (uint i = 0; i < array.length; i++)替换为固定长度循环。 4. 循环前将数组长度缓存在内存中： uint len = array.length; 5. 完全避免嵌套循环，除非两个维度都严格限制且很小。

利用关键路径的装配

1.内联汇编可以绕过Solidity的安全检查并减少算术和内存访问的开销。 2. 在性能至关重要的情况下，使用mstore和mload代替高级内存分配。 3. 对预组装字节序列进行哈希处理时，将keccak256(abi.encodePacked(...))替换为keccak256(bytes) 。 4. 仅当您确定槽索引和可变性时，才可以直接通过sload和sstore访问存储槽。 5. 切勿使用汇编来实现复杂的控制流——保持核心业务逻辑的可读性和可审计性。

避免热路径中昂贵的操作

1.除法和取模运算比位移位消耗更多的gas；除以 2 的幂时，使用x >> n而不是x / 2**n 。 2. 使用abi.encodePacked进行字符串连接比string.concat便宜，但在频繁调用的函数中应避免使用这两种方法。 3. 不要在循环内发出事件，除非每次发出都携带唯一的、必要的数据。 4. 使用自定义错误而不是字符串消息进行恢复： revert InvalidAmount();每次调用可节省约 2000 Gas。 5. 仅当上溢/下溢在数学上不可能时才使用未经检查的块，切勿在涉及用户输入的算术中使用。

测试和测量实践

1. 使用 Hardhat 的GasReporter或 Foundry 的forge test --gas-report测量气体使用情况。 2. 比较每次优化前后的基准 Gas 成本，以避免过早的微优化。 3. 模拟最坏情况：完整数组、最大递归深度、边缘情况输入。 4. 使用 Tenderly 或 Blockscout 等 EVM 跟踪分析工具单独配置文件存储读/写。 5. 使用solc --asm审核字节码输出，以验证编译器优化，例如常量折叠和死代码消除。

常见问题解答

Q1.使用视图或纯函数会减少gas消耗吗？ A1。不会。这些修饰符会影响调用行为和状态可变性，但不会改变外部调用期间的 Gas 成本。它们仅在内部或链外调用时消除 Gas 费用。

Q2。在现代 Solidity 版本中使用SafeMath更安​​全吗？ A2。不需要。 Solidity 0.8.0+ 包含内置溢出检查。显式SafeMath添加了不必要的操作码并增加了部署 Gas。

Q3。我可以通过部署带有剥离字节码的合约来减少gas吗？ A3。是的。将 --via-ir标志与 solc 结合使用可以实现高级优化器传递，通常可以将运行时字节码大小减少 15-30%，并显着降低部署 Gas。

Q4。为什么发出带有索引参数的事件会花费更多的gas？ A4。索引参数生成存储在日志的主题数组中的主题哈希，这需要额外的SHA3计算并存储在日志结构中 - 每个主题消耗一个 32 字节的字。