為什麼面試官愛問這一題？

因為面試官真正想確認的，是你是否真的理解 Solidity 在底層是怎麼運作的，會直接暴露你是否理解：

• Solidity 的編譯流程
• 變數是在哪個階段被寫進 bytecode
• 不同宣告方式，如何影響 gas 與 runtime 行為
• 你是否只停留在「語法層級」，還是已經進入「執行層級」的理解

換句話說，這是一題 低門檻，但鑑別度極高 的問題

我會用 3 篇文章，從以下幾個維度完整拆解 const 與 immutable 在 Solidity 中的差異

• 編譯時（Compile Time）的差異
• 編譯後 Initcode 的差異
• 合約部署時的行為差異（包含 Gas 差異）
• 部署後 Runtime Bytecode 的差異
• Gas Optimize 開關前後，兩者的影響
• 資料實際存放位置的不同
• 讀取資料時，EVM 行為上的差異

以下的數據來自這邊的 Demo Code

問題1: 為何 Immutable 的 Initcode 比 Const 跟 Storage 都大？

Initcode 它的工作只有三件事：

1. 接收 Constructor 參數
2. 做初始化（包含 Immutable）
3. 把 Runtime Bytecode 組好，然後 RETURN 給 EVM

evm 最後只會留下 runtime code，但 initcode 本身要負責「把它生出來」

Const 的 Initcode 幾乎不用做事

因為值在編譯期就完全確定，所以編譯器可以直接 inline 到 opcode，或當成 literal 嵌進 bytecode，也就是合約在初始化時，Initcode 大概會像是：

CODECOPY
RETURN runtime

Storage 的 Initcode 需要做 SSTORE

相比於 Const，會需要多處理 CallData 讀取以及 Storage 寫入操作，所以 Initcide 會比 Const 的指令多這幾個操作

CALLDATALOAD        // 讀 constructor 參數
PUSH <slot>
SSTORE              // 寫入 storage

Immutalbe 的 Initcode 需要把數據寫到 Runtime Bytecode 的指定位置裡

一樣跟 Storage 都要處理 CallData 讀取，雖然沒有 Storage 寫入操作，但是計算數據寫入的 offset 以及寫入 bytecode，總的 opcodes 數量會比 storage 多

CALLDATALOAD  // 讀 calldata

PUSH <offset> //計算 immutable offset
ADD

MSTORE        // 把值寫進 memory 中的 runtime template
CODECOPY      // copy runtime code
RETURN

問題2: 為何 Immutable 的 Runtime Size 也比 Const 跟 Storage 都大？

Const 數據讀取指定簡單粗暴

PUSH <value>

Storage 因為要間接從 Slot 裡讀取

PUSH <slot>
SLOAD

Immutable 變量都直接存 Runtime Code 了～

除了 變量之外，讀取時也需要從 Runtime Code 中讀取

PUSH <offset>
MLOAD

問題3: 為何 Immutable 跟 Const 變量 Read 操作 Gas 一樣？

應該是說在 Gas 消耗上 Immutable ≥ Const

問題2 雖然說 Immutable 在讀取時會有兩個指令，但是實際上多數情況新版本的編譯器都能將變量優化成變成 inline ，結果操作會跟 const 一樣一個 PUSH而已

問題4: 為何 Optimize 開啟後 Immutable 跟 Const 的 Read Gas 還能下降？

實際並沒什麼優化

Gas 優化部分其實都是在其他地方，像是 Function 中消掉多餘的 DUP/SWAP 以及 合併相同的 return path 等等

總結

const 是編譯期常數，永遠 inline、永遠最小；
immutable 是部署期常數，用 bytecode size 換 runtime gas，
多數時候接近 const，但不保證一樣快。