用过 HBuilderX 云打包的都知道,云上面的 Android 环境很有限,其实并不能覆盖 uniapp 生态所有的版本,甚至说只能覆盖最新的一两个版本。
如果你需要用到 HBuilderX 安卓云打包,就必须及时跟进 HBuilderX 的版本更新,否则可能会因为编译时和运行时版本不一致而在APP运行时爆出提示,如果这个提示被用户看见,那就有点尴尬。
但有时候我们也不想一直跟进最新的版本,此时只能基于 uniapp 提供的 SDK 自行搭建安卓离线打包环境(这不是本文关注的内容)。
今天是 2023年8月18日,打开 HBuilderX 时提示我更新 3.8.12.20230817 版本,我没有犹豫先进行了更新。
当我打开另一个通过 cli 方式安装 uniapp 开发环境的项目时,则需要通过npx @dcloudio/uvm
更新相关编译和运行时环境。因为 cli 方式的项目,它的编译器是跟着项目走的,而不是采用 HBuilderX 内置的编译器。
但是当我执行npx @dcloudio/uvm
命令时,报错了。
Invalid version: 3.8.12.20230817
于是我先找到@dcloudio/uvm
中的version.js
相关源码查看,发现它的基本更新步骤是:
- 默认情况,优先去分析 HBuilderX 官方的一个版本号相关的 json 文件,拿到最新的版本号。
- 然后去 registry fetch 相关包的信息。
- 根据自定义的一些规则去匹配版本号,找到相关的 npm 包的具体版本再下载。
分析了基本过程,再考虑问题是:
Invalid version: 3.8.12.20230817
那么关键点肯定是没找到这个版本号对应的某些 npm 包的版本。
我首先确定了一下@dcloudio/uvm
采用的 registry,默认是 cnpm,也就是国内的 npmmirror。
debug 后发现 npm 找不到其中一个包@dcloudio/vue-cli-plugin-uni
的最新版本:
No matching version found for @dcloudio/vue-cli-plugin-uni@2.0.2-3081220230817001
于是我到 npm 核实了一下,这个包的2.0.2-3081220230817001
版本实际上是存在的。
那么是哪里出了问题呢?我想大概率是 registry 的问题,在国内环境,我们通常会用到 npmmirror,如果镜像站和源站的资源信息不同步,就有可能会出现这个问题。
我们发布 npm 包,都是发布到registry.npmjs.org。而为了快速下载安装 npm 包,我们又会选择使用registry.npmmirror.com。所以今天遇到的问题是由于两个 registry 不同步导致的。
我们找到 npmmirror 镜像站,发现它提供了一个同步按钮,这真的是太棒了。否则大概率只能焦急地等待镜像站在某个时间点触发同步操作;或者考虑更换 registry,那么 lock 文件也得变,风险太大。
点击这个同步按钮则会从 npmjs 源站进行同步,几分钟后问题就得到了解决。
以上问题,特此记录。