必须在onended中显式调用bgm.stop()才能清除锁屏控制栏，仅监听事件不触发系统收起；android需配合释放wakelock，ios需新建实例并完整赋值元数据后play()。
uni.getBackgroundAudioManager() 播放结束时控制栏不消失？
播放完毕后锁屏控制栏仍残留，不是 bug，是系统默认行为——uni.getBackgroundAudioManager() 没有自动清理控制栏的逻辑，必须手动调用 stop() 或 pause() 才会触发系统收起媒体控件。
常见错误现象：MP3 播完后 onEnded 触发了，但锁屏界面还显示“暂停”按钮、封面和进度条；用户点一下才消失。根本原因是只监听了结束事件，没主动终止音频会话。
-
onEnded里必须显式调用bgm.stop()（不是pause()），否则 iOS/Android 都会维持后台音频会话状态 - 不要依赖
bgm.src = ''清空地址来“模拟停止”，这在部分 Android 厂商机（如华为 EMUI）上无效 - 若需“播完自动切下一首”，应在
onEnded中先stop()，再赋新src并立即play()，否则控制栏可能闪退再弹出
Android 锁屏控制栏残留常因 WAKE_LOCK 未释放
即使调用了 stop()，部分机型（小米、OPPO）锁屏界面仍卡住控制栏，大概率是系统省电策略未及时回收音频资源——WAKE_LOCK 权限没被正确释放。
这不是代码写错，而是 Android 原生机制：音频播放器持有 WakeLock，stop() 后系统未必立刻释放。需配合 plus.android.importClass('android.os.PowerManager') 主动释放（仅限 APP-PLUS 环境）。
- 务必包裹
#ifdef APP-PLUS，否则 H5 小程序直接报错 - 在
onEnded+stop()后加延迟 300ms 再释放：setTimeout(() => { powerManager.releaseWakeLock(); }, 300) - 注意：该操作对 iOS 无效，也不需要；仅 Android 需要，且仅在真机云打包后生效
iOS 锁屏控制栏不更新封面或标题？
播放新音频后锁屏封面仍是旧图、标题没变，不是缓存问题，是 iOS 系统对 coverImgUrl 和 title 的更新有延迟或校验机制——必须在 play() 前完成全部元数据赋值，且不能复用同一个 bgm 实例反复改属性。
实操建议：每次切换音频都新建实例，避免状态污染。尤其注意 coverImgUrl 必须是 HTTPS 地址（HTTP 在 iOS 15+ 被拦截）且图片尺寸建议 ≥ 300×300px，否则系统可能拒绝渲染。
- 别写：
bgm.coverImgUrl = newUrl; bgm.title = newTitle; bgm.play();—— iOS 可能忽略中间赋值 - 要写：
const bgm = uni.getBackgroundAudioManager(); bgm.src = newSrc; bgm.title = newTitle; bgm.singer = newSinger; bgm.coverImgUrl = newCover; bgm.play(); - 如果封面始终不显示，检查 manifest.json 中
"ios": {"UIBackgroundModes": ["audio"]}是否存在且拼写准确（"audio"不是"Audio"）
锁屏控制栏消失后无法再次唤起？
播完调 stop() 后，再点播放按钮，锁屏控制栏不出现——本质是音频会话被销毁后未重建，系统不再认为当前 App 具备后台播放资格。
解决路径很明确：不是“恢复旧实例”，而是“新建并重置”。iOS 尤其敏感，一旦会话中断，必须走完整初始化流程。
- 每次播放前都执行
const bgm = uni.getBackgroundAudioManager()，不要全局缓存单例 - 所有元数据（
title、singer、coverImgUrl）必须在play()前一次性赋全，缺一项都可能导致控制栏不渲染 - H5 端完全不支持该功能，
uni.getBackgroundAudioManager()返回空对象，务必用条件编译隔离：#ifdef APP-PLUS…#endif
最易被忽略的点：iOS 要求音频文件本身带 ID3 标签（尤其是封面），否则即使 coverImgUrl 正确，锁屏也可能只显示默认音符图标。真机测试前，先用 VLC 或 Mp3tag 检查 MP3 元数据是否完整。
