跳转到主要内容
在异常追踪中，所有 Issue 都有一个状态，帮助您对问题进行分类和优先级排序。

​
状态类型

状态标识说明
待处理for_review需要关注的新问题或回归问题
处理中reviewed已分类且需要修复的问题，可立即或稍后处理
已忽略ignored不需要进一步调查或处理的问题
已解决resolved已修复且不再发生的问题
所有新发现的 Issue 初始状态为待处理（for_review）。Flashduty 会根据特定条件自动更新状态，您也可以手动调整。

​
自动解决 Issue

Flashduty 会自动将不活跃或已解决的 Issue 标记为已解决（resolved）：
如果 Issue 最后一次报告的版本已超过 14 天，且新版本中未再次出现该错误，系统会自动将其解决。
如果未设置 version 标签，当 Issue 在过去 14 天内没有新错误报告时，系统会自动将其解决。
正确配置应用程序的 version 标签对于准确识别已解决的 Issue 至关重要。

​
自动重新打开 Issue

Flashduty 具备 Issue 检测功能，当已解决的 Issue 再次出现时，系统会自动重新打开并标记为**待处理（for_review）**状态，同时在活动时间线中记录该事件为「问题复现」状态。

​
什么是问题复现？

复现指的是先前已修复的问题在代码更新后意外重新出现。Flashduty 的回归检测可自动识别这些情况，将相关 Issue 重新打开，而不是创建重复的 Issue，从而保留问题的完整上下文和历史记录。

​
复现检测机制

当满足以下任一条件时，复现检测将被触发：
  • 如果**已解决（resolved）**的错误在代码的更新版本中重新出现
  • 如果在未设置版本标签的情况下，**已解决（resolved）**状态的错误再次出现
一旦检测到问题复现，Flashduty 会：
1

变更状态

自动将 Issue 状态变更为待处理（for_review）
2

添加标签

为 Issue 添加问题复现标签，便于快速识别

​
关联版本配置

复现检测会考虑错误发生的服务版本信息，只有在 Issue 标记为**已解决（resolved）**后的新版本中才会触发检测。 
window.FLASHCAT_RUM.init({
  applicationId: "rum-application-id",
  environment: "production",
  version: "1.0.0", // 确保设置正确的版本号
});
如果不设置版本标签，当已解决的 Issue 再次发生错误时，系统仍会将其标记为「问题复现」，但无法确定是否在新版本中发生。

​
手动更新状态

您可以在任何显示 Issue 的地方手动更新其状态，包括 Issue 列表或详情面板。
手动更新状态

手动更新 Issue 状态

只需点击当前状态，然后从下拉菜单中选择新状态即可。

​
最佳实践

持续监控

定期检查**待处理（for_review）**状态的 Issue，确保新问题和回归问题得到及时处理

版本管理

始终为应用程序配置正确的版本标签，以便系统能准确识别已解决的问题
通过有效管理 Issue 状态，您的团队可以更专注于解决重要问题，减少处理噪声的时间，提升整体开发效率。

​
下一步

异常查看

了解如何查看和分析异常详情