Sentry React Native 中 Android 平台 Session Replay 功能失效问题解析

问题背景

在使用 Sentry React Native SDK 进行应用监控时，开发者可能会遇到 Session Replay 功能在 Android 平台上失效的情况。本文将通过一个典型案例，深入分析该问题的成因及解决方案。

现象描述

开发者在 React Native 应用中配置了 Session Replay 功能，参数设置如下：

Sentry.init({
  _experiments: {
    replaysSessionSampleRate: 1.0,
    replaysOnErrorSampleRate: 1.0,
  },
  integrations: [
    Sentry.mobileReplayIntegration({
      maskAllText: false,
      maskAllImages: false,
    }),
  ]
});

在 iOS 平台上，Session Replay 功能工作正常，能够成功记录用户会话并关联到错误事件。然而在 Android 平台上，虽然错误事件能够正常上报，但 Session Replay 数据却始终无法生成。

问题排查

通过分析日志，发现 Android 平台的关键日志信息：

Session replay is disabled, no sample rate specified

这表明 Session Replay 功能在 Android 端未被正确初始化。进一步检查发现，初始化过程中存在类型转换错误：

Value for dist cannot be cast from Double to String

根本原因

问题根源在于 dist 参数的配置方式。在 React Native 应用中，如果 dist 参数被设置为数值类型（如构建号），而 Android 原生 SDK 期望接收字符串类型，就会导致类型转换异常。

这种类型不匹配会导致 Android 端的 SDK 初始化过程提前终止，进而影响 Session Replay 功能的正常启用。值得注意的是，这种错误不会影响基本的错误上报功能，因此容易被忽视。

解决方案

要解决这个问题，需要确保传递给 Sentry 的所有配置参数都使用正确的类型。特别是 dist 参数，必须转换为字符串类型：

Sentry.init({
  dist: buildNumber.toString(), // 确保转换为字符串
  // 其他配置...
});

最佳实践

1. 类型检查：在配置 Sentry 时，确保所有参数都使用 SDK 期望的类型
2. 日志分析：启用 debug: true 选项，仔细检查初始化日志
3. 平台差异：注意 Android 和 iOS 平台可能对参数类型有不同的要求
4. 参数验证：对于可能引起问题的关键参数（如 dist），进行显式类型转换

总结

Session Replay 是 Sentry 提供的重要功能，能够帮助开发者更好地理解错误发生的上下文。在 React Native 应用中，由于涉及 JavaScript 和原生平台的交互，配置时需要特别注意参数类型的兼容性。通过确保参数类型的正确性，可以避免类似问题的发生，保证监控功能的完整性。

对于开发者而言，遇到跨平台功能不一致时，系统性地检查日志和参数配置是解决问题的关键步骤。这不仅适用于 Session Replay 功能，也适用于其他需要原生平台支持的 SDK 功能。