开发uts，改动uts代码，每次都要重新打自定义基座，次数多了还收费

欢迎到专业群（ uni-app 官方技术交流群 1 ） 咨询，群中有相关专业的管理员和群友。

这个问题确实是开发者日常遇到的一个痛点，我帮你梳理一下不同情况下的解决方案。

首先需要明确一个核心点：并不是每次修改 uts 代码都需要重新打自定义基座，这取决于你修改的内容类型。

什么情况下不需要重新打自定义基座？

如果你修改的是 .uts 文件中的业务逻辑代码（不涉及新增原生依赖、资源文件、三方 SDK 等），是不需要重新打包的。修改后可以直接在已有的自定义基座上运行调试。

什么情况下需要重新打自定义基座？

根据官方文档，涉及以下场景才需要重新打包自定义基座：

• 集成第三方 SDK
• 新增资源文件（包括 res、asset 等）
• 新增依赖/gradle 配置/AndroidManifest.xml 修改
• 所有标准基座不具备的能力

简单来说，涉及原生环境配置层面的变更才需要重新打包。

如何减少打自定义基座的次数？

1. iOS 平台可以用本地编译调试

如果你在 Mac 上开发并且配置了 Xcode 环境，iOS 端的 uts 插件支持本地编译和真机运行，修改代码后可以本地编译调试，完全不需要提交云端制作自定义基座。

1. 善用 UTS 原生混编

如果你有现成的 Kotlin/Swift/Java 代码需要集成，推荐使用 UTS 原生混编。混编的原生代码（除 Java 外）和 uts 代码一样可以直接真机运行，省去了每次改动都要打包自定义基座的环节。

1. 关于打包次数的费用问题

自定义基座的打包次数确实有限制。如果你主要是修改 uts 业务代码，完全不会消耗打包次数。只有涉及原生配置变更时才需要。

总结

• 修改 .uts 业务代码 → 直接运行，不打包
• 修改原生配置、新增 SDK/资源 → 需要重新打包
• iOS 开发 → 配置 Xcode 本地调试，免打包
• 集成原生代码 → 用 UTS 原生混编，免打包

希望这些方案能帮你提升开发效率。如果还有具体场景的问题，可以继续沟通。