如何在不影响cordova-plugin-firebase的前提下移除Crashlytics？

太懂这种闹心的感觉了——明明没打算用Fabric，结果它的网络错误硬生生打断了调试流程。下面给你几个不影响Firebase核心功能的移除方案，按操作便捷度排序：

方案1：通过Cordova配置直接禁用Fabric（最简单） #

在项目根目录的config.xml文件里，添加以下偏好配置，直接告诉插件不要初始化Fabric：

<preference name="FabricEnabled" value="false" />

添加完成后，重新构建iOS项目：

ionic cordova build ios

这是插件官方支持的配置项，大部分场景下都能直接生效，完全不用碰原生代码。

方案2：手动清理iOS项目中的Fabric依赖（方案1无效时用） #

如果上面的配置没起作用，就直接在Xcode里动手清理：

• 打开Xcode项目（路径：platforms/ios/你的项目名.xcworkspace）
• 切换到Build Phases标签，找到Run Script阶段，删掉所有和Fabric、Crashlytics相关的脚本（比如包含${PODS_ROOT}/Fabric/run的内容）
• 切换到Build Settings标签，搜索Other Linker Flags，移除其中的-lFabric和-lCrashlytics参数
• 打开platforms/ios/Podfile，删除pod 'Fabric'和pod 'Crashlytics'这两行，然后在终端执行cd platforms/ios && pod install

方案3：修改插件原生代码（彻底移除） #

要是前两个方案都不好使，就直接修改插件的iOS源码，从根源上阻止Fabric初始化：

• 找到插件的iOS源码目录：plugins/cordova-plugin-firebase/src/ios
• 打开FirebasePlugin.m文件，把所有包含Fabric或Crashlytics的代码块注释或删除，比如这段初始化代码：

  // 注释掉Fabric初始化代码
  // [Fabric with:@[[Crashlytics class]]];
  

• 修改完成后，重新构建项目：ionic cordova build ios

⚠️ 注意：方案3需要在插件每次更新后重复操作，所以优先用前两个方案更省心。

最后测试一下：重新用Xcode调试，Fabric的403错误应该就消失了，Firebase的推送、分析等核心功能也能正常运行。

内容的提问来源于stack exchange，提问作者David Dal Busco