添加react-native-jitsi-meet库后应用崩溃，请求排查问题

我之前在集成react-native-jitsi-meet到Android项目时，也碰到过这种毫无报错直接崩溃的情况，折腾了好一阵才找到问题。结合我的踩坑经验，给你列几个关键的排查方向，应该能帮你定位到原因：

1. 核对AndroidManifest.xml的配置细节 #

很多崩溃都是因为配置不全，一定要仔细检查：

• 确保添加了所有必需的权限：

  <uses-permission android:name="android.permission.INTERNET" />
  <uses-permission android:name="android.permission.CAMERA" />
  <uses-permission android:name="android.permission.RECORD_AUDIO" />
  <uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
  <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
  <uses-permission android:name="android.permission.WAKE_LOCK" />
  

• 在application标签里加上android:usesCleartextTraffic="true"，因为Android 9及以上默认禁用明文流量，而Jitsi部分资源依赖HTTP连接，没开这个会直接崩溃。
• 确认Jitsi的Activity已经注册：

  <activity
      android:name="com.reactnativejitsimeet.JitsiMeetActivity"
      android:configChanges="keyboard|keyboardHidden|orientation|screenLayout|screenSize|smallestScreenSize|uiMode"
      android:launchMode="singleTask" />
  

2. 检查Gradle配置是否正确 #

Gradle的仓库和依赖配置很容易出问题：

• 项目根目录的build.gradle里，必须添加Jitsi的maven仓库：

  allprojects {
      repositories {
          // 保留你原有的仓库，加上这行
          maven { url "https://maven.jitsi.org/releases" }
          google()
          mavenCentral()
      }
  }
  

• 确保app模块的build.gradle里，compileSdkVersion、targetSdkVersion至少为33，minSdkVersion不低于21，版本不兼容也会导致无征兆崩溃。
• 虽然RN0.60+支持自动链接，但可以手动确认app的dependencies里是否有implementation project(':react-native-jitsi-meet')，如果没有的话手动加上再同步。

3. 一定要看Android Studio的Logcat日志！ #

你说应用直接崩溃但没报错，其实是没抓到原生端的错误日志。打开Android Studio，连接测试设备后切换到Logcat面板，过滤Error或Fatal级别，就能看到崩溃的完整栈信息——这是定位问题最快的方式！比如我之前就是因为没动态申请相机权限，Logcat里直接显示了权限拒绝的错误。

4. 排查依赖冲突问题 #

Jitsi依赖了大量第三方库（比如OkHttp、WebRTC），很容易和项目里的其他RN库产生版本冲突：

• 运行./gradlew app:dependencies命令生成依赖树，搜索是否有版本不一致的库（比如多个版本的OkHttp）。
• 如果发现冲突，可以在app的build.gradle里强制统一版本，比如：

  configurations.all {
      resolutionStrategy.force 'com.squareup.okhttp3:okhttp:4.9.3'
  }
  

5. 用最小化测试项目验证 #

如果以上步骤都没找到问题，建议新建一个干净的React Native项目，只安装react-native-jitsi-meet并按文档配置，运行看看是否崩溃。如果这个测试项目正常，说明你的原有项目里有其他代码或配置干扰了Jitsi，再逐步迁移原有代码，就能快速定位冲突点。

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