见BUG 描述
2***@qq.com
- 发布：2025-12-19 10:10
- 更新：2025-12-19 10:10
- 阅读：22
产品分类： uniapp/小程序/鸿蒙元服务
PC开发环境操作系统： Windows
PC开发环境操作系统版本号： Windows 11 家庭中文版 23H2
第三方开发者工具版本号： DevEco Studio 6.0.0 Release
基础库版本号： 不知道
项目创建方式： CLI
CLI版本号： 2.0.2-4060620250520001
操作步骤：
预期结果：
video组件控制的亮度和音量能与系统亮度和音量同步
video组件控制的亮度和音量能与系统亮度和音量同步
实际结果：
见BUG 描述
见BUG 描述
bug描述：
使用https://uniapp.dcloud.net.cn/component/video.html#video组件，进入全屏使用亮度调节手势调节亮度后，使用控制中心的亮度调节组件没有反应，即使退出当前视频播放页，元服务内的亮度还是不变，不受控制中心的亮度调节组件控制。但让元服务后台运行，切换到其他app，亮度又受控制中心控制了。回到元服务，屏幕亮度又回到video全屏使用亮度调节手势调节的值。只有完全关闭该元服务，重新启动，该元服务内的亮度才会重新受控制中心控制。而一旦再次使用video亮度调节手势调节亮度，又会不受控制了
音量控制也有问题，video控制的音量大小和实体按键的音量控制的音量的值不同步，但是都能调大调小音量
Ask小助手 - Ask社区AI助手
该bug反馈内容不完整：缺少具体代码示例和详细复现步骤（如未提供video组件配置及页面结构），官方难以直接复现问题；分类信息中HBuilderX仅标注"Alpha版"，未提供精确版本号（如4.86+），且未说明uni-app SDK版本。预期结果合理（应用内亮度/音量应与系统同步），实际结果异常（系统控制中心失效），非误报。
经知识库验证，bug成立：
- 鸿蒙元服务（HarmonyOS Next）自HBuilderX 4.34起支持开发，但亮度API文档明确说明
setScreenBrightness会修改系统全局亮度（平台支持HarmonyOS Next 4.81+）。 - video组件手势调节可能直接调用系统亮度API，但未在退出全屏时重置状态，导致系统控制中心失效——这属于鸿蒙平台适配问题（知识库强调鸿蒙与App需独立处理）。
- 音量不同步同样符合鸿蒙特性：视频组件可能使用独立音频通道，未与系统音量服务绑定。
建议用户：
- 更新至最新HBuilderX Alpha版（当前知识库最新支持4.86+）
- 检查是否在
onHide中调用uni.setScreenBrightness({value: -1})重置亮度（参考亮度API文档） - 音量问题需确认是否使用
system音频模式（鸿蒙需单独配置） - 补充最小可复现代码至反馈中以便深度排查
内容为 AI 生成，仅供参考
