必须调用manager.stop()才能彻底关闭锁屏音频控件，仅pause()或清空src无效；未播放时避免提前初始化manager实例，全程无需后台播放则改用uni.createInnerAudioContext()。
uni-app 怎么停用锁屏界面的音频控件
不能“关闭”系统锁屏媒体控件——它由 uni.getBackgroundAudioManager() 自动触发，只要该实例在播放，iOS/Android 就会显示控制栏。真正能做的是：让控件不出现，或让它失去响应能力。
为什么锁屏控件还在？你可能没调用 manager.stop()
常见错误是只设 src = '' 或调用 manager.pause()，但没真正终止音频会话。系统仍认为“后台音频服务活跃”，锁屏控件持续存在且可操作。
-
manager.pause()仅暂停播放，不释放音频焦点，锁屏控件保持激活状态 -
manager.stop()才会彻底停止、清空所有元信息（title/singer/coverImgUrl），iOS 锁屏界面几秒后自动隐藏控件 - 必须显式调用
manager.stop()，不能依赖页面卸载或onHide自动清理 - 调用前建议加判断：
if (manager.playing) manager.stop()，避免重复调用报错
想彻底禁用锁屏控件？别初始化 uni.getBackgroundAudioManager()
很多项目误以为“只要不播就不出控件”，其实只要创建过 uni.getBackgroundAudioManager() 实例并设过 title 等字段，哪怕没调 play()，部分 Android 厂商（如华为 EMUI）仍会残留空白控件。
- 不要提前创建 manager 实例；只在用户明确点击“播放”时才调用
uni.getBackgroundAudioManager() - 避免在
App.vue或全局 store 中初始化 manager —— 这会导致整个 App 生命周期内锁屏控件始终可被唤醒 - 如果业务完全不需要后台播放（比如只是页面内提示音），全程使用
uni.createInnerAudioContext()，它根本不会触发锁屏控件 - 小程序端尤其注意：微信的
uni.getBackgroundAudioManager()一旦初始化，即使 stop()，再次进入页面仍可能恢复控件，建议每次进入页面前先manager.stop()+manager.src = ''
Android 厂商定制系统下控件残留怎么办
华为、小米等机型常把锁屏控件和通知栏绑定，即使调了 stop()，通知栏小卡片仍挂着。这不是 bug，是原生层未同步清除 MediaSession。
- 真机测试时，优先验证通知栏是否还有音频通知 —— 若有，说明
manager.stop()未生效或被拦截 - 确保没同时启用其他音频插件（如离线打包引入的第三方播放器 SDK），它们可能独立注册 MediaSession
- 若用了原生插件封装播放逻辑，检查其 Java/Kotlin 层是否调用了
mediaSession.setActive(false)和mediaSession.release() - 不要尝试用
plus.notification.clear()清除通知 —— 它对系统级媒体通知无效
最稳妥的做法是：不用就别创建，要用就播完立刻 stop()，别指望系统自动回收。锁屏控件不是 UI 组件，它是操作系统对“正在后台播音频”这个事实的响应，你控制不了它的显示逻辑，只能控制那个“事实”是否存在。
