为何Truffle返回<indexed>而非事件实际值？索引事件值不显示咨询

嘿，这个问题我之前做Truffle测试时也踩过坑，其实是Solidity事件的存储机制和Truffle默认日志输出逻辑导致的，咱们一步步说清楚：

1. 为什么会显示？ #

当你给事件参数加上indexed修饰符时，这个参数会被**存入以太坊日志的「主题（Log Topics）」**里，而不是事件的「数据字段（Data Field）」。Truffle在默认的控制台日志输出中，只会直接展示数据字段里的参数值，对于存在主题里的indexed参数，就会用<indexed>来标记，告诉你这个参数是存在主题中的，不会直接显示实际值——但这只是显示层面的问题，实际值并没有丢失。

2. 怎么获取indexed参数的实际值？ #

在你的Truffle测试代码里，完全可以拿到indexed参数的真实值，有两种常见方式：

方式一：通过事件对象的args属性获取 #

这是最方便的方式，Truffle会自动帮你解析主题里的indexed参数到args中。比如你的事件定义是：

event Upgrade(uint256 indexed _tokenId, uint256 _upgradeType);

测试代码里可以这么写：

// 触发事件的交易
const tx = await yourContract.upgrade(1001, 1);
// 提取Upgrade事件
const upgradeEvent = tx.events.Upgrade;
// 获取实际的tokenId值
const actualTokenId = upgradeEvent.args._tokenId.toString();
console.log("实际Token ID:", actualTokenId); // 这里会输出1001

方式二：直接读取日志的topics数组 #

以太坊日志的topics数组第一个元素是事件的签名哈希，后面的元素就是indexed参数的值（按顺序）。还是上面的例子，你可以这样获取：

// 从交易收据的日志里取第一个Upgrade日志
const log = tx.receipt.logs.find(log => log.topics[0] === yourContract.Upgrade.signature);
// indexed的_tokenId是topics数组的第二个元素（索引1）
const tokenId = web3.utils.toBN(log.topics[1]).toString();
console.log("实际Token ID:", tokenId);

额外注意点 #

• Solidity事件最多支持3个indexed参数，因为以太坊日志主题最多只能有4个（1个事件签名 + 3个indexed参数）。
• 如果是引用类型（比如string、bytes、数组）加indexed，存储的会是该值的Keccak256哈希，而不是实际内容，这时候你需要额外的逻辑来验证，不过你的_tokenId是数值类型，不存在这个问题。

内容的提问来源于stack exchange，提问作者M. Mez