background-image 直接绑定 tempFilePath 会失效，因小程序和 App 端仅支持 /static/ 绝对路径，不认临时路径；H5 虽可显示但刷新失效且无法上传。替代方案为上传获取 CDN 地址或小图转 base64（≤100KB）。
直接用 uni.chooseImage 拿临时路径，再赋给 background-image 是行不通的——小程序和 App 端根本不认临时路径，H5 虽能显示但无法上传，必须走上传或转 base64 两路之一。
为什么 background-image 直接绑定 tempFilePath 会失效
微信小程序、App（iOS/Android）的 background-image 只接受 /static/ 下的绝对路径，不支持 tempFilePath 这类运行时生成的本地临时路径。H5 虽能加载，但该路径仅在当前生命周期有效，刷新即 404；且无法用于后续上传逻辑。
- 常见错误：写
:style="{ backgroundImage: 'url(' + tempFilePath + ')' }"，真机上完全空白，控制台无报错 - 错误根源：不是样式没生效，是平台压根不解析这个路径协议
- 替代方案只有两个：上传后拿到 CDN 地址再设背景图，或小图转 base64（仅限 ≤100KB）
上传成功后再设背景图（推荐生产环境用）
这是最稳妥的跨端方案，适用于所有平台，也符合真实业务场景（背景图需持久化）。
-
uni.chooseImage必须指定count: 1，否则 iOS 弹窗默认多选，只取第一个却无提示 - 上传前校验大小：
res.tempFiles[0].size （2MB），避免超时失败 - 调用
uni.uploadFile时，filePath必须是res.tempFiles[0].path，不是已废弃的res.tempFilePaths[0] - 上传成功后，后端返回图片 URL（如
https://cdn.example.com/bg-abc.jpg），直接赋给 data 中的bgUrl变量 - 模板中用
:style="{ backgroundImage: 'url(' + bgUrl + ')' }"，注意单引号不能漏
小图转 base64（仅限 H5 或调试阶段）
安卓真机相册路径含空格时，uni.uploadFile 可能静默失败；若图≤100KB，可用 uni.getFileSystemManager().readFile 同步转 base64 避坑。
- 仅限小图：大图 base64 字符串过长，H5 渲染卡顿，小程序 setData 有 2MB 限制
- 必须加
encoding: 'base64'参数，否则返回二进制乱码 - 转完后拼成
data:image/png;base64,xxx格式才能被background-image识别 - H5 可用，但小程序真机不支持 base64 作为
background-image的值（会白屏）——这点极易踩坑
动态换图后页面不刷新怎么办
小程序真机上，仅改 bgUrl 值，background-image 常不重绘，尤其用 :style 绑定时。
- 强制刷新技巧：同步微调
background-size或opacity，比如先设backgroundSize: '100% 100%'再切回'cover' - 更可靠做法：用 class 切换，预置多个背景类（如
.bg-1、.bg-2），靠:class控制，避免内联 style 的渲染时机问题 - 别用
background-attachment: fixed，App 端不支持，H5 表现也不一致 - 容器必须有明确高度，
height: 100vh在小程序里无效，要用min-height: 100vh或固定像素值
真正麻烦的不是选图，而是路径协议和渲染时机的跨端撕裂——tempFilePath 不是万能钥匙，它连门都打不开。你得先决定这张图要不要存，再选路：要存就上传，不存就掐大小走 base64，别混着来。
