工厂合约中部署合约的最佳方法：两种createContract实现对比

我编写了一个Factory合约，但无法确定createContract函数的最佳实现方式，目前有两种方案：

方案一（使用原生new关键字创建） #

function createContract(uint256 x, uint256 y) external returns (address contractAddress) {
    MyContract contract = new MyContract(x, y);
    contractAddress = address(contract);
}

方案二（使用CREATE2创建可预测地址合约） #

function createContract(uint256 x, uint256 y) external returns (address contractAddress) {
    bytes memory bytecode = type(MyContract).creationCode;
    bytecode = abi.encodePacked(bytecode, abi.encode(x, y));
    bytes32 salt = keccak256(abi.encodePacked(x, y));
    assembly {
        contractAddress := create2(0, add(bytecode, 0x20), mload(bytecode), salt)
    }
}

Gas效率对比 #

• 方案一：依赖Solidity原生的new关键字，底层调用CREATE操作码，编译器自动处理字节码编码和参数传递，无额外手动操作开销，Gas消耗更低。
• 方案二：需要手动拼接字节码、计算salt，还要嵌入汇编调用CREATE2，额外的编码、哈希计算及汇编指令都会增加Gas开销，且CREATE2本身基础Gas成本就高于CREATE，整体Gas消耗更高。

时间复杂度对比 #

两者核心合约部署操作的时间复杂度均为O(1)，但方案二多了字节码拼接、哈希计算等额外常数时间操作，实际执行耗时略高于方案一，方案一更直接高效。

代码量对比 #

• 方案一：仅两行核心逻辑，代码极度简洁，可读性极强，代码量远小于方案二。
• 方案二：需要处理字节码、salt计算、汇编调用，代码行数更多，且要求开发者掌握汇编和CREATE2底层细节，可读性较差。

总结 #

如果业务场景不需要可预测的合约地址（CREATE2的核心优势），方案一在Gas效率、代码简洁性上均为最优选择；只有当你需要提前预知部署后的合约地址时，才需要考虑方案二。

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