内联汇编与Solidity原生方法获取函数签名哈希的Gas及安全性差异

以下是对两种获取函数签名哈希实现的具体分析：

Gas消耗差异 #

• Solidity原生方法：
  编译器会为bytes4(data)生成额外的边界检查指令——验证输入的data长度是否至少为4字节。这些检查会增加少量Gas消耗，通常比汇编实现高约几十Gas。
• 内联汇编方法：
  直接通过mload(add(data, 0x20))读取内存中data数据段的起始位置（bytes类型在内存中前32字节存储长度，后续是实际数据），没有任何额外检查逻辑，Gas消耗更低，是更高效的实现。

安全性差异 #

• Solidity原生方法：
  自带安全校验，当传入的data长度小于4字节时，Solidity 0.8及以上版本会触发Panic错误（低版本则会抛出异常），避免返回无效或随机的哈希值，从根源上防止非法输入导致的错误结果，安全性更可靠。
  代码示例：

  function getFunctionSigHash(bytes memory data) public returns(bytes4 funcHash) {
      bytes4 funcHash = bytes4(data);
  }
  

• 内联汇编方法：
  完全没有边界检查逻辑，如果传入的data长度不足4字节，mload会读取data数据段之后的内存内容（可能是合约的其他状态数据或临时变量），返回错误的函数签名哈希，甚至可能泄露敏感内存信息，存在明显安全隐患。
  代码示例：

  function getFunctionSigHash(bytes memory data) public returns(bytes4 funcHash)  {
      bytes4 funcHash;
  
      assembly {
          funcHash := mload(add(data, 0x20))
      }
  }
  

内容的提问来源于stack exchange，提问作者Bulgantamir