Sentry React Native 中 captureException 未上报问题的分析与解决

问题背景

在使用 Sentry React Native SDK（版本 6.6.0）进行错误监控时，开发者发现 captureException 方法无法将错误上报至 Sentry 仪表盘，而 captureMessage 方法却能正常工作。这是一个典型的 SDK 行为异常问题，值得深入分析。

环境配置分析

开发者使用的是 React Native 0.75.4 版本，搭配 Hermes 引擎，启用了多项 Sentry 功能：

Sentry.init({
  debug: true,
  dsn: 'DSN地址',
  enabled: true,
  enableNative: true,
  // 多项功能配置
  integrations: [reactNavigationIntegration],
  sampleRate: 1,
  tracesSampleRate: 1
});

从配置上看，采样率设为 100%，理论上所有事件都应上报，排除了采样导致的问题。

日志分析关键发现

通过查看 debug 日志，发现了几个关键线索：

1. 重复事件警告：日志中出现 Event dropped due to being a duplicate of previously captured event 警告
2. 去重集成工作：Event processor "Dedupe" dropped event 表明去重处理器拦截了事件
3. 结果记录：Recording outcome: "event_processor:error" 记录了事件被丢弃的原因

问题根源

Sentry SDK 内置的 Dedupe 集成会主动拦截重复的错误事件，这是设计行为而非缺陷。当开发者快速连续触发相同错误时：

1. 第一次触发：正常上报
2. 后续触发：被识别为重复事件而丢弃

这种机制可以有效防止错误风暴，避免因循环错误或频繁触发相同错误导致的配额浪费。

解决方案

对于确实需要上报所有重复错误的场景，开发者有以下选择：

方案一：禁用 Dedupe 集成

Sentry.init({
  integrations(integrations) {
    return integrations.filter(i => i.name !== 'Dedupe');
  }
});

注意事项：

• 会显著增加事件量
• 可能快速耗尽配额
• 适合调试阶段或关键错误监控

方案二：调整错误内容

为每次错误添加唯一标识，避免被识别为重复：

Sentry.captureException(new Error(`Sentry Exception ${Date.now()}`));

方案三：检查项目过滤设置

不同项目可能有不同的过滤规则，切换 DSN 测试可以验证是否是项目级配置问题。

最佳实践建议

1. 生产环境：保留 Dedupe 集成，防止错误风暴
2. 开发环境：可暂时禁用以便调试
3. 关键错误：添加上下文信息确保重要错误不被过滤
4. 监控配额：禁用去重后需密切关注事件量

总结

Sentry React Native SDK 的去重机制是设计特性而非缺陷。理解这一机制后，开发者可以根据实际需求选择最适合的配置方案。对于大多数生产环境，保持默认的 Dedupe 集成是最佳选择，既能有效监控错误，又能合理利用配额。