golang如何监听以太坊事件日志_golang以太坊事件日志监听技巧

用 eth_subscribe 实时监听合约事件需连接 WebSocket 节点，手动处理重连、校验地址格式、正确计算 topics 哈希、避免指定区块范围，并并发安全读取日志通道。用 eth_subscribe 实时监听合约事件，得先连上 WebSocket 节点Go 监听以太坊事件最直接的方式就是走 WebSocket + eth_subscribe，但它不是“连上就自动收”，而是需要一个持续活跃的连接和手动错误恢复。HTTP RPC（比如 eth_getLogs）是轮询，而 eth_subscribe 是推送——快，但脆弱。必须用支持 WebSocket 的客户端，比如 ethclient.Dial("wss://...")，http:// 或 https:// 地址会直接 panic节点必须开启 ws 支持（Geth 启动加 --ws，Infura/Alchemy 的免费 tier 通常默认开）订阅后若网络抖动或节点重启，SubscribeFilterLogs 不会自动重连，你得自己监听 watcher.Errors 并重建订阅别在 defer client.Close() 后再启动监听循环——连接关了，channel 就永远阻塞了SubscribeFilterLogs 的查询参数容易配错传给 SubscribeFilterLogs 的 ethereum.FilterQuery 看似简单，但三个字段错一个，就收不到日志：地址、topics、区块范围不能混用。Addresses: []common.Address{contractAddress} —— 必须是小写校验和格式，大写地址（如 MetaMask 复制的）会导致匹配失败Topics 第一项是事件签名的 keccak256 哈希，比如 Transfer(address,address,uint256) 得算成 keccak256("Transfer(address,address,uint256)")，不是字符串字面量如果填了 FromBlock 或 ToBlock，WebSocket 订阅会静默失败（它只接受空范围），想扫历史得换 eth_getLogs监听多个事件？别把不同签名的 topic 混在一个 Topics[0] 里——那是“AND”关系，不是“OR”。要 OR，得开多个订阅或改用 Graph从 channel 读日志时，别卡死在 select 里不处理 error很多人写完 client.SubscribeFilterLogs(ctx, query, ch) 就进 for { select { case log := ，结果一断网程序就挂住不动——因为错误没被消费，<code>watcher.Errors channel 堵满后整个订阅会卡住。 RedClaw 百度推出的手机端万能AI Agent助手