uni-app打包自动引入unicloud依赖是因为根目录存在unicloud文件夹，hbuilderx默认启用unicloud支持；彻底禁用需在manifest.json中将"unicloud"设为null或删除该字段，或删除unicloud文件夹并清除代码中所有@

uni-app打包时为什么自动引入uniCloud依赖？

因为项目根目录下存在 uniCloud 文件夹（哪怕为空），HBuilderX 就会默认启用 uniCloud 支持，并在构建时自动注入 @dcloudio/uni-cloud 相关运行时代码和 polyfill——即使你根本没写任何云函数调用，也逃不掉。

如何彻底禁用 uniCloud 自动注入？

关键不是删文件，而是关开关。有且仅有两种有效方式：

• 在 manifest.json 中把 "uniCloud" 节点设为 null 或完全删除该字段（注意：不能留空对象 {}，否则仍被识别为启用）
• 如果项目不需要 uniCloud，直接删掉根目录的 uniCloud 文件夹（含所有子目录和 .gitkeep）
• 检查 vue.config.js 或 vue2.config.js 中是否手动 require 了 @dcloudio/uni-cloud 或其子模块（如 uni-cloud-db），这类显式引用会绕过 manifest 控制，必须删掉

做完以上任一组合后，重新运行或发行，common/vendor.js 体积通常会下降 100–300KB，且控制台不再出现 uniCloud init 类日志。

uni-app

uni-app 是基于 Vue 的跨端开发框架，适合开发 H5、App、小程序、鸿蒙和多端业务应用。

下载

删了 uniCloud 文件夹后还报错 “Cannot find module ‘@dcloudio/uni-cloud’”？

说明代码里还有残留引用。重点搜这三类地方：

• import 或 require 语句：尤其注意工具函数、封装的 request 模块、mock 数据层
• pages.json 或 subNVue 配置中是否写了 "cloud" 相关字段（如 "cloud": true）
• uni_modules 插件：某些插件（如 uni-id、uni-file-picker）在启用云存储模式时会隐式依赖 uni-cloud，需进插件配置页关闭云模式，或换用非云版本

“我只用了 uniCloud 的数据库，不想打包 SDK 怎么办？”

做不到。uniCloud 数据库客户端 SDK（uniCloud.database()）本身就是 @dcloudio/uni-cloud 的一部分，只要调用它，构建器就会打包对应 runtime。唯一轻量替代方案是：

• 改用 HTTP 直连云函数 URL（需开启云函数 URL 化），前端只发 uni.request，不引入任何 uniCloud 模块
• 把数据库操作全收口到云函数里，前端只调云函数名，不碰 uniCloud.database()

真正想“零依赖”，就得放弃 uniCloud 命名空间下的所有 API——包括看似无害的 uniCloud.getCurrentClientID()，它也会触发整包注入。