调查产品 Events

使用事件调查活跃问题、用户操作与 EventLog 历史。Events 是结构化产品证据，不是原始 Runtime 日志。

使用事件监控

123

查看重要结果，而不是后台过程

重要事件展示失败、经过验证的恢复，以及运行完成、配置变更等重要操作结果。正常启动定时任务、自动恢复订阅、普通消息发送和进度更新不会刷满这个视图。MQTT 报文证据在 Trace 中查看，任务实时进度在对应工作区查看。

全部事件包含保留的结构化证据和审计记录，不代表每一次定时触发、每个报文或每次重复发生都有独立记录。正常取消任务属于 Info 操作结果，不是持续故障。

区分活跃问题与历史结果

活跃问题表示当前操作中仍然存在的故障。某次运行失败、单条消息发送失败或一次权限拒绝会保留在历史中，但不会永久增加活跃问题数量。

恢复需要对应的成功证据。一个 Topic 订阅成功，不能解除另一个 Topic 的问题。保存定时消息配置不代表运行时定时器已同步，定时器同步成功也不代表消息已发出。通知通道恢复不代表漏发通知已经补发；Trace 解析恢复也不能补回之前缺失的记录。

停止或替换操作后，相关问题标为不再适用，而不是已恢复。此前 Runtime 留下的证据标为尚未验证，直到当前观察能够确认其状态。

理解重复观察计数

重复的后台故障合并为一条摘要。详情展示已知累计次数，以及首次和最近观察时间。累计次数属于整个事件组，不仅限于当前筛选的时间范围。

首次失败、原因变化和恢复会立即记录。重复观察每 60 秒保存一次汇总，并在受控关闭或恢复前保存尚未记录的计数。应用崩溃可能丢失尚未保存的重复次数。审计记录不采样；Trace 诊断采用尽力记录机制，计数不保证涵盖底层发生的每一次错误。