Solidity 技巧：如何减少字节码大小及节省 gas

• 链接：https://blog.polymath.network/solidity-tips-and-tricks-to-save-gas-and-reduce-bytecode-size-c44580b218e6
• 译文出自：登链翻译计划
• 译者：翻译小组
• 校对：Tiny 熊
• 本文永久链接：learnblockchain.cn/article…

Solidity 是一种特殊的语言，有许多的奇淫怪巧。由于Solidity被创建为可在EVM上使用其有限的函数集，因此许多函数在Solidity中的行为与大多数其他语言不同。几个月前我写了一篇博客文章，通过有十个技巧来节省Solidity中的gas 消耗，但是收到了很大的反响。

10 个技巧是：

1. 合并打包变量
2. uint8 不总是比 uint256 便宜
3. Mappings 大部分时候比 Arrays 便宜
4. 不是所有的元素可以被打包
5. 用 bytes32 而不是 string/bytes
6. 少使用外部调用
7. 使用外部函数修改器
8. 删除不需要的变量
9. 使用短电路规则
10. 尽量避免（如循环中）修改存储变量

在我的专栏：智能合约开发 - 打通 Solidity 任督二脉，有更多的文章深入介绍如何介绍 GAS，订阅超值。

从那篇文章起，我又收集了更多的技巧与大家分享，再次分享给大家：

函数修饰器可能效率低下

添加函数修饰器时，将提取修饰器的代码并替换函数内出现的_符号。这也可以理解为函数修饰器是内联的。在普通的编程语言中，内联小代码更高效，并且不有任何实际的缺点，但Solidity不同。在Solidity 中，EIP 170将合约的最大大小限制为24 KB，如果同一代码多次内联，则加起来就会很容易达到24 KB大小限制。

另一方面，内部函数不是内联的，而是称为独立函数。这意味着它们在运行时gas要稍微贵一点，但是在部署中可以节省很多冗余字节码。内部函数还可以帮助避免可怕的“堆栈太深错误”，因为在内部函数中创建的变量与原始函数不会共享相同的堆栈，但是在修饰器中创建的变量共享相同的堆栈。

通过这种技巧，我将一份合约的大小从23.95 KB减小到11.9 KB。修改提交在这里，请查看DataStore.sol合约。

布尔类型使用8位，而你只需要1位

在 solidity 的底层，布尔类型(bool)为uint8，即使用8位存储空间。而布尔值只能有两个值：True或False，其实只需要在单个存储位中就可以保存布尔值。你可以在一个字（32 个字节，EVM一次处理数据的长度）中包含2...