在已修改原生代码的Expo项目中添加配置插件是否会破坏代码？

核心结论 #

这种操作可行，但你的PayHere原生修改存在被覆盖的风险，需要通过正确方式规避。

1. Expo Prebuild的工作逻辑 #

npx expo prebuild会根据app.json/app.config.js的配置，对iOS、Android原生项目进行增量更新。但对于Expo模板默认管理的核心文件（比如iOS的Podfile、AppDelegate.mm，Android的build.gradle、AndroidManifest.xml等），如果你手动修改了这些文件的内容，再次运行prebuild时，Expo会依据插件配置重新生成相关内容，很可能覆盖你的手动修改。

2. 安全保留PayHere原生修改的方案 #

方案一：编写自定义Expo配置插件（推荐）

把你给PayHere做的原生修改封装成自定义Expo插件，这样每次prebuild时，插件会自动将修改应用到原生文件中，完全避免手动修改被覆盖的问题。比如：

• iOS端：通过插件修改Podfile添加PayHere依赖、修改Info.plist配置权限、在AppDelegate中初始化SDK；
• Android端：通过插件修改build.gradle引入依赖、配置AndroidManifest.xml中的Activity、初始化SDK。

方案二：标记需保留的文件为Expo忽略项

在app.json中配置expo.prebuild.ignore字段，指定Expo不要覆盖你修改过的原生文件：

{
  "expo": {
    "prebuild": {
      "ignore": [
        "ios/MyApp/AppDelegate.mm",
        "android/app/src/main/AndroidManifest.xml"
      ]
    }
  }
}

注意：这种方式下，后续Expo模板更新这些文件时，你需要手动合并更新内容，否则可能出现兼容性问题。

方案三：用Git管理原生修改

手动修改原生代码后提交到Git仓库，每次运行prebuild后，若发现文件被覆盖，可通过Git的对比、回退功能找回你的修改，手动合并到新生成的文件中。这是最直接但较繁琐的方式。

3. 总结 #

• 手动修改原生代码后再执行prebuild是可行的，但PayHere的修改大概率会被Expo覆盖，尤其是核心配置文件；
• 优先推荐使用自定义Expo配置插件，让原生修改自动化，减少维护成本；
• 若选择手动修改，务必通过版本控制或ignore配置保护你的修改，避免丢失。

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