uni.getAccountInfoSync() 是获取微信小程序当前运行版本号的唯一可靠方式，仅正式版返回有效 version，envVersion 字段恒可取，用于区分 develop/trial/release 环境。
uni.getAccountInfoSync() 是唯一可靠方式
微信小程序的当前运行版本号（比如 2.15.3）只能通过 uni.getAccountInfoSync() 获取，且仅在正式版环境生效。开发版、体验版调用该 API 会返回空字符串或 undefined，这不是 bug，是微信平台强制限制——它不希望你在非线上环境读取“线上版本”。
这个函数返回的是同步结果，无需 await 或回调，直接解构即可，但必须确保它运行在小程序上下文（不能在 H5 或 App 端调用）。
怎么区分开发版、体验版、正式版
uni.getAccountInfoSync().miniProgram.envVersion 就是环境标识符，值为："develop"（开发版）、"trial"（体验版）、"release"（正式版），灰度版（"gray"）仅支付宝支持，微信不识别。
注意：这个字段永远能取到，和版本号不同，它不受上线状态限制——你可以靠它做环境路由、埋点隔离、接口 mock 开关等。
- 开发调试时，
envVersion === "develop"一定为真，但version字段为空，别拿它做版本比对 - 测试提测前，让 QA 打开体验版链接，确认
envVersion === "trial"，避免误用正式版逻辑 - 线上监控里，如果发现某次上报中
version字段缺失，但envVersion是"release"，说明小程序基础库过低或运行异常，需告警
别用 uni.getSystemInfo 拿小程序版本号
uni.getSystemInfo 返回的 appVersion 是微信客户端版本（如 "8.0.48"），不是你的小程序版本；SDKVersion 是微信基础库版本（如 "2.29.4"），也不是你发的 1.2.0。有人误把 manifest.json 里的 versionName 当成运行时版本，那是构建时静态值，改了不发布就无效，也无法感知灰度/分包差异。
真正需要动态获取版本号的场景（比如更新提示、AB 实验分流、错误日志打标），必须依赖 getAccountInfoSync 的 version 字段，且只在 envVersion === "release" 时信任它。
条件编译不是万能的，运行时判断才真实
虽然可以用 // #ifdef MP-WEIXIN 包裹微信专属逻辑，但它只控制代码是否被编译进包，不反映当前实际运行环境。同一个包，既可能在开发者工具里跑开发版，也可能在用户手机上跑正式版。
所以关键逻辑必须双保险：
- 先用条件编译确保只在微信小程序平台执行（避免其他端报错）
- 再用
envVersion做运行时分支，比如更新检查只对"release"生效，开发时直接跳过 - 版本号展示类需求（如“关于”页），建议 fallback 到 manifest 静态值：
process.env.UNI_APP_VERSION（需 HBuilderX 3.9+ 支持），但要注明“仅开发/体验版显示此值”
最常被忽略的一点：微信开发者工具的「自定义编译模式」可以模拟 envVersion === "release"，但此时 version 仍是空的——它只是模拟环境，不是真实线上环境。真要验证版本号逻辑，必须真机体验版或已发布的正式版。
