Solidity ^0.8.0继承ERC721和ERC721URIStorage报override错误如何解决

• 多重继承函数冲突：你用到的OpenZeppelin ERC721 和 ERC721URIStorage 两个父合约，都原生定义了_burn、tokenURI两个同名同参数的函数，Solidity 0.8+的多继承校验规则要求，派生类覆盖多个父类同名函数时，必须在override关键字后明确列出所有包含该函数的父合约，只单独写override不会通过校验，这是类型错误的核心诱因。
• 构造函数可见性规则变更：Solidity 0.8.x版本之后，合约构造函数不需要显式添加public/internal可见性修饰符，额外添加就会触发「构造函数可见性被忽略」的警告，如果你使用的Hardhat环境开启了警告转错误配置，就会抛出HH600错误。
• 常见书写错误：很多开发者会错误给基类函数额外添加virtual关键字，或者只覆盖了其中一个同名函数，都会触发编译失败。

• 按规则编写多继承函数覆盖逻辑，明确指定父合约列表：

// 放在你的MyNFT合约内部
function _burn(uint256 tokenId) internal override(ERC721, ERC721URIStorage) {
    super._burn(tokenId);
}

function tokenURI(uint256 tokenId) public view override(ERC721, ERC721URIStorage) returns (string memory) {
    return super.tokenURI(tokenId);
}

调用super时会自动按照继承顺序执行对应父合约的逻辑，不需要重复编写调用代码。

• 修正构造函数声明：删掉构造函数前的public修饰符，Solidity 0.8+构造函数默认仅部署时可调用，不需要显式声明可见性，示例如下：

contract MyNFT is ERC721, ERC721URIStorage, Ownable {
    // 构造函数不要加public修饰符
    constructor() ERC721("你的NFT名称", "NFT符号") {}

    // 上面的_burn、tokenURI覆盖代码
    // 其他业务逻辑
}

• 处理HH600错误：如果修改后还有警告，可以检查hardhat.config.js配置，关闭solidity.compilers.settings.error_on_warning开关，或者完全修复所有编译警告后再重新编译即可。
• 注意继承顺序：合约定义时的继承顺序要遵循ERC721 -> ERC721URIStorage -> Ownable的顺序，符合Solidity C3线性化规则，避免出现未知的执行逻辑错误。

内容的提问来源于stack exchange，提问作者José Crespo Barrios