Firebase Crashlytics onRegressed在崩溃复现时未触发问题咨询

我来帮你排查下这个onRegressed事件不触发的问题，之前我也碰到过类似的情况，总结了几个关键点：

1. 先明确onRegressed的核心触发条件 #

很多人会误解这个事件的触发逻辑：它不是只要同一错误重复出现就会触发。只有当你在Crashlytics控制台把某个Issue标记为「已解决（Resolved）」之后，这个Issue再次出现新的崩溃时，onRegressed事件才会被触发。

如果你的Issue一直处于「活跃（Active）」状态，哪怕重复出现崩溃，也只会更新现有Issue的统计数据，不会触发onRegressed。

2. 检查Issue的匹配逻辑 #

Crashlytics是通过崩溃签名来识别同一Issue的，有时候看似相同的错误，可能因为以下细微差异被判定为不同Issue，导致无法触发onRegressed：

• 堆栈跟踪的行号、文件名变化
• 应用版本号不同
• 设备系统版本差异
• 错误日志里的动态内容（比如时间戳、随机ID）

你可以在Crashlytics控制台查看目标Issue的「签名」信息，确认后续出现的崩溃是否被归类到同一个Issue下。

3. 验证函数部署与权限 #

• 先重新部署一次函数，确保没有部署错误：

  firebase deploy --only functions
  

• 检查函数的服务账号权限：默认的Cloud Functions服务账号拥有Crashlytics事件的访问权限，但如果自定义过权限配置，需要确认是否包含crashlytics.issues.get、crashlytics.issues.update等必要权限。

4. 修正代码的异步逻辑问题 #

你当前的onNew函数存在异步操作处理不当的问题：logmodel.create是异步方法，但你同步返回了returnValue，这可能导致函数提前结束（虽然不影响onNew的触发，但如果onRegressed函数也用了同样的写法，可能会隐藏执行错误）。建议改成async/await的写法：

exports.sendOnNew = functions.crashlytics.issue().onNew(async (issue) => {
  try {
    await logmodel.create(issue);
    return "Succeed";
  } catch (err) {
    handleError(err);
    throw err; // 抛出错误让Cloud Functions记录详细日志
  }
});

// 对应的onRegressed函数也要用同样的异步写法
exports.sendOnRegressed = functions.crashlytics.issue().onRegressed(async (issue) => {
  try {
    await logmodel.create(issue);
    return "Succeed";
  } catch (err) {
    handleError(err);
    throw err;
  }
});

5. 查看Cloud Functions日志 #

去Firebase控制台的「Functions > 日志」页面，搜索你的onRegressed函数名称，看看有没有触发记录或者错误日志。有时候事件已经触发，但因为代码错误（比如数据库连接失败）导致没有预期效果，日志会帮你定位问题。

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