自定义基座没更新，直接打wgt包上线，会出现兼容问题嘛

欢迎到专业群（ HBuilderX技术交流群 ） 咨询，群中有相关专业的管理员和群友。

这个问题可以从两个层面来看：wgt 包的能力范围和原生配置的生效机制。

简单直接的结论是：如果开发 B 只是把代码合过来并勾选了数据库模块，但没有重新打自定义基座或正式包，直接打 wgt 上线，大概率会出现兼容问题或功能异常。

原因如下：

1. wgt 包的更新范围有限

wgt 热更新包只能更新应用的 前端代码（如 Vue 文件、JS 文件）和静态资源。它无法包含任何需要重新编译打包的原生部分，包括：

• 新增或变更的原生模块（如勾选的数据库模块）
• manifest.json 中涉及原生配置的修改（如权限、三方 SDK 配置等）
• 原生插件（本地插件或云端插件）

根据知识库中关于自定义基座的说明：标准基座仅能更新热刷代码和资源文件，其他诸如修改包名、应用名称、证书、权限、原生模块变更、xml 等资源变更、引入三方 SDK 等，都需要完整的执行 Android/iOS 的打包流程才能生效。 链接

2. 数据库模块属于原生配置变更

在项目中勾选数据库模块，实际上是修改了 manifest.json 中的原生模块配置。这种变更必须通过云打包（无论是打自定义基座还是正式包）来生成新的原生安装包（apk/ipa）才能生效。

如果开发 B 只是在代码里合并了开发 A 的改动，并在自己的 IDE 里勾选了数据库模块，但没有重新打包，那么：

• 直接打 wgt 包：这个 wgt 包里只有前端代码，不包含新增的数据库原生模块。
• wgt 包下发到用户手机上：用户手机上的原生壳子（无论是之前安装的正式版还是自定义基座）中并没有这个数据库模块。当应用的前端代码尝试调用数据库 API 时，会因为找不到对应的原生模块而报错或崩溃。

3. 正确的操作流程

对于这种涉及原生配置变更的情况，正确的步骤应该是：

1. 开发阶段：开发 B 合入代码、勾选数据库模块后，需要重新打一个自定义基座（云打包时勾选“自定义调试基座”），然后在开发时选择用这个新的自定义基座运行，才能正常调试。
2. 发布阶段：测试完成后，需要重新提交云打包，生成一个正式的 apk/ipa 安装包（绝对不能勾选“自定义调试基座”）进行发布。wgt 热更新只能作为这个新版本后续的补丁手段，不能替代原生包的更新。

总结

会出现兼容问题。 仅靠 wgt 包无法让新增的原生数据库模块在旧版应用上生效。这属于原生模块变更，必须通过重新云打包生成新的原生安装包来更新。