智能合约开发：Gas优化

可视化演示

展示EVM指令Gas成本对比、存储打包优化与Bitmap位图压缩技术，切换步骤查看不同Gas优化手段。

Gas机制基础：搬家公司的报价单

搬家公司的师傅不会凭感觉收费，而是掏出一张打印好的报价单：搬一个标准箱收几步路的钱，走一截楼梯加收多少，大件家具占用车厢空间另算。报价单上的每一项，都对应着一次真实的气力支出。

以太坊的EVM（以太坊虚拟机）也一样，对每条指令都有精确的Gas定价：普通算术运算只要3～5 Gas，读取内存3 Gas，但写入永久存储要几万Gas。Gas不是一种币，而是“节点执行一个单位的测量尺”。用户能自行设定Gas单价（gwei），但总共要烧多少Gas，取决于合约代码写得“累不累”。

EIP-1559引入了“基础费+优先费”双轨制。基础费根据上一个区块的拥堵程度自动上下浮动——区块塞得越满，下一块的基础费越高；使用率低则回落，目标是把平均使用率维持在50%左右。用户最终支付的总费用 = 用气量 × （基础费 + 优先费）。

报价单会随油价波动：货车多的时候，运费自然水涨船高——基础费就是链上的“油价”。看懂报价结构后，精明的用户知道何时出手更划算；但对开发者而言，更关键的是把包裹本身变轻。这就引出了最贵的“仓库租金”问题。

EVM存储成本：仓库租金为何最贵

搬家师傅给小B算了笔账：随身工具袋里的螺丝刀，用一次就放回袋里，几乎不花钱；但要把旧沙发搬进永久仓库，每占一格都要按年付租金。链上的存储（Storage）就是那个永久仓库——合约的每一个状态变量都被锁在256位的格子里，放进去、改动它、哪怕只想看一眼，都要交钱。

存储读写之所以贵，是因为每个节点都要把这条数据永久记在自己的账本上并保持一致。EVM为此给出了严格的定价：读取存储（SLOAD）约100～2100 Gas，写入存储（SSTORE）则是几千到两万Gas起步。对比算术运算的3～5 Gas，差距是千倍级别的。

SSTORE的定价还分几种情况：向一个从没写过的空槽写入非零值（0→非零），要烧约20000 Gas，相当于“新租一格仓库”；把已有非零值改成另一个非零值，约5000 Gas，相当于“续约换物品”；把非零值改回零，虽然仍要付约2900 Gas，但协议会立即返还约4800 Gas，鼓励大家“退租”腾出空间。

仓库租金贵，自然要少租。有经验的师傅会把能合并的东西合成一个大箱，一次放一件和一次放四件，付的格子费却一样——这正是下一节“状态变量打包”要解决的事。

状态变量打包：把零碎物品合并装箱

师傅指着仓库的货架说：一个标准格层刚好放下四个小行李箱。如果你今天搬一个箱子，明天又搬一个，每次都占一个新格层，等于多付三倍租金。把四个小箱子叠进同一格层，租金立刻省下一大截——存储优化的第一课，就是学会“合并装箱”。

Solidity的存储模型正是“格子层”：每个存储槽（Storage Slot）固定256位（32字节）。编译器会把连续声明的、大小不足256位的状态变量（如bool、uint8、uint128）自动“塞”进同一个槽。塞得越满，占用的槽位越少，后续的SSTORE和SLOAD成本就越低。

例如一个玩家信息结构体包含 uint8 level; uint8 hp; uint16 bagSlots; uint8 mapId;——总位宽只有8+8+16+8=40位，编译器可以把它压缩进1个槽，读取四个字段时也只需要访问一次存储树节点。但若在中间插入一个256位的 uint256 score;，Score 需要独占一个整槽，其余成员就必须另占一个槽——总槽数从1变成2，Gas账单立刻翻倍。

师傅的装箱口诀是：“小件挨着小件放，大件单独占一层，顺序排好再搬车。”打包顺序看似只是代码排版，实际上每一格被浪费的仓库空间，都在为Gas账单默默充值。

计算与内存：临时工作台 vs 随身行李

搬家师傅手上提着两个工具袋：一个是随身的“临时口袋”（memory），里面的螺丝刀、扳手用过就丢，不额外收费；另一个是永久仓库（storage），放一件收一件的钱。能放在临时口袋里处理的，绝不往仓库搬。

函数内部声明的局部变量默认就是这样的“临时口袋”：它们在函数执行期间存在，结束后自动释放，读写只需3 Gas。相比之下，从存储中读一个变量（SLOAD）要花100～2100 Gas，是内存读取的几十到几百倍。于是最经典的优化手段出现了：把循环外要反复读的存储值，先拷进memory里缓存一份，循环内只碰内存。

更进阶的用法还有：函数参数声明为 calldata，表示“只读的货单”，直接引用交易原始数据，比copy到memory再读又省一笔；在确定不会溢出的场景（如只做加法且值有上界）里用 unchecked 块跳过安全校验，也能省下大量算术指令的Gas。

搬家师傅的经验是：能随手做的准备，别等到仓库门口才做。提前把要放的物品放进口袋，到了仓库一次性拿出来摆好，省下的每一步，都是实打实的Gas。

数据容器选择：选箱子还是货架

搬家公司仓库里有两种存放方式：开放式货架（mapping）和带编号的箱子阵列（array）。货架上的每个位置都有固定标签，找东西按标签一步到位；箱子阵列则要一件件翻找，货越多找得越慢。

mapping是键值对存储，定位一个键只需一次哈希运算（O(1)）；数组是连续存储，要查找某个下标必须线性遍历（O(n)），而且长度变化会触发扩容或收缩的额外成本。因此在“按用户ID查余额”“按tokenId查所有者”这类场景里，mapping几乎总是更优选择。

但容器选择不止“货架vs箱子”一个维度。有些数据压根不该进仓库：比如只用来记录历史、合约逻辑不需要读取的日志型信息，应该用事件（Event）而非状态变量。事件只写进链下可检索的日志区，不占存储槽，成本只有日志费，比SSTORE便宜一两个数量级。删除用不上的数据也能拿到返还Gas——把不用的箱子退租，账本上省出一笔钱。

师傅挑容器的口诀是：“常用工具摆开放货架，搬完就完事的清单写进运单就行。”选择正确的容器，让每一次存取都花在刀刃上。

实战优化工具：用尺子量着搬

搬家公司不会凭感觉收钱，而是用电子秤、卷尺和报价软件算出每件物品的费用。合约开发同样离不开一整套“测量工具”——Gas排查不能靠拍脑袋，要用工具把消耗摸得清清楚楚。

开发中最常见的三件套：Remix IDE内置的Gas估算器，可以单步执行并看到每个操作码的Gas消耗；Hardhat生态的hardhat-gas-reporter插件，会在跑测试时自动输出每个函数的平均Gas报告；Foundry的forge test --gas-report则生成结构化对比表，适合测试驱动下的优化迭代。

优化迭代的标准流程是：先跑一遍测试拿到基线Gas报告，定位消耗最高的函数，针对存储读写、循环、变量布局逐一优化，再重跑同一套测试，用节省率量化成果，确认没有引入回归。

师傅收工前会复称一遍所有箱子，确认报价无误。合约上线前同样必须用工具复核每一笔关键交易的Gas——优化不是感觉，而是用数据说话的工程素养。

AI 应用场景

Python 演示

class StorageLayout:    SSTORE_NEW_SLOT = 20000     def __init__(self, name):        self.name = name        self.slots = []        self._var_count = 0     def add_variable(self, bit_width):        if not self.slots:            self.slots.append(0)        if self.slots[-1] + bit_width > 256:            self.slots.append(0)        self.slots[-1] += bit_width        self._var_count += 1     def packed_gas(self):        return self.SSTORE_NEW_SLOT * len(self.slots)     def separate_gas(self):        return self.SSTORE_NEW_SLOT * self._var_count  def make_layout(widths):    layout = StorageLayout("demo")    for w in widths:        layout.add_variable(w)    return layout  def report(widths):    packed = make_layout(widths)    sg = packed.separate_gas()    pg = packed.packed_gas()    save = sg - pg    print(f"变量位宽列表: {widths}")    print(f"  打包后槽位: {len(packed.slots)} 个, Gas: {pg:,}")    print(f"  独立占位槽: {packed._var_count} 个, Gas: {sg:,}")    print(f"  节省: {save:,} Gas ({save / sg * 100:.1f}%)\n")  def main():    print("=== 存储打包 Gas 模拟 ===\n")    report([64, 64, 64, 64])    report([128, 256, 128])    report([8, 8, 16, 8])    report([8, 256, 8])  if __name__ == "__main__":    main()

1. class StorageLayout模拟一个存储布局容器，slots 列表表示最终占用的存储槽。
2. add_variable(bit_width)把变量按位宽放进当前槽，放不下就开新槽，实现“顺序打包”。
3. packed_gas()打包方案的成本 = 槽位数 × 每次SSTORE的2万Gas。
4. separate_gas()不做打包时的成本 = 变量个数 × 2万Gas。
5. report([64, 64, 64, 64])4个uint64打包进1个槽，成本从8万降到2万，节省75%。
6. report([128, 256, 128])中间插入uint256，本可以2个槽放下的数据变成3个槽，浪费立刻显现。

常见误区

面试题