同时继承多个ERC721扩展合约报错，如何解决？

这种情况完全可以通过重写冲突函数解决，核心是在自定义合约中明确整合两个基类的逻辑，以下是具体处理方式：

重写冲突函数示例 #

1. _beforeTokenTransfer #

两个基类都实现了该函数用于转账前的逻辑，重写时需同时调用两者的实现：

function _beforeTokenTransfer(address from, address to, uint256 tokenId, uint256 batchSize) internal override(ERC721Enumerable, ERC721) {
    super._beforeTokenTransfer(from, to, tokenId, batchSize);
}

注意在override后声明两个基类，让编译器明确覆盖目标。

2. _burn #

ERC721URIStorage的_burn负责清理tokenURI存储，ERC721Enumerable的_burn负责维护枚举列表，重写时需显式调用两者的实现：

function _burn(uint256 tokenId) internal override(ERC721URIStorage, ERC721Enumerable) {
    ERC721URIStorage._burn(tokenId);
    ERC721Enumerable._burn(tokenId);
}

3. supportsInterface #

需要合并两个基类的接口支持，确保同时兼容IERC721和IERC721Enumerable：

function supportsInterface(bytes4 interfaceId) public view override(ERC721Enumerable, ERC721) returns (bool) {
    return super.supportsInterface(interfaceId);
}

4. tokenURI #

保留ERC721URIStorage的tokenURI管理逻辑，重写时指定覆盖两个基类：

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

效果说明 #

完成以上重写后，你的合约即可同时使用ERC721URIStorage的便捷tokenURI设置功能，以及ERC721Enumerable提供的地址代币数量查询、代币索引查询等方法。

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