智能合约Gas费太高？这些优化技巧能省一半

Gas费是每个以太坊开发者都绕不开的痛点。部署合约要花钱，调用函数要花钱，哪怕是一个简单的转账操作，也可能因为代码写得不够精炼而白白烧掉大量ETH。理解Gas优化的核心逻辑，不是让你去学什么玄学技巧，而是从EVM的底层执行机制出发，把每一行代码都压榨出最大效率。

为什么变量声明顺序会影响Gas消耗

很多新手写合约时，变量声明完全是随心情来的。但在Solidity中，EVM的存储槽位是按声明顺序依次分配的。如果你把uint256、uint128、address这些不同类型的变量混在一起声明，EVM会为了对齐存储槽而浪费大量Gas。正确的做法是把相同类型的变量放在一起，并且尽量让变量占满一个256位的存储槽。比如address占160位，uint96占96位，正好凑满一个槽位，这样读写一次就能搞定两个变量。如果你把address和uint256分开声明，那就得占用两个槽位，读写成本直接翻倍。

还有一个容易被忽略的点：能用局部变量就别用状态变量。状态变量的读写成本是局部变量的几十倍，因为每次读写都要跟区块链的世界状态交互。如果你在函数里反复读取同一个状态变量，不如先在函数开头用一个memory变量把它缓存下来，后面所有操作都基于这个缓存变量，最后一次性写回状态。这个改动看似微小，但在高频调用的合约里，省下的Gas会非常可观。

循环和映射操作怎么改才能少花冤枉钱

循环是Gas消耗的重灾区。每次循环迭代都要执行一次SLOAD操作，如果循环次数多了，Gas会像流水一样哗哗往外流。一个常见的优化思路是把循环体里的状态变量读取提前到循环外部。比如你要遍历一个数组并累加某个值，不要每次迭代都去读storage，而是先在循环外把数组长度和关键数据读到memory里。另外，能用mapping就用mapping，少用数组。数组的遍历和查找成本远高于mapping的键值对访问，因为mapping的查找是O(1)的，而数组是O(n)的。

还有一个很多人不知道的技巧：在循环里使用unchecked块。Solidity 0.8版本之后默认带溢出检查，每次加减运算都会多花Gas。如果你能确定循环变量不会溢出，比如i < 100这种场景，完全可以用unchecked把溢出检查关掉。别小看这个改动，一个循环跑几百次，省下的Gas足够你再调用好几个函数了。

Gas优化不是一蹴而就的事，但只要你开始关注存储布局、变量作用域和循环结构，你的合约就已经比市面上90%的合约更省钱了。下次部署之前，记得先跑一遍Gas报告，看看哪些地方还有优化空间。省下来的ETH，就是你的纯利润。