uni-app在app端无法直接监听屏幕亮度变化，因官方sdk未暴露事件钩子；android需原生contentobserver插件监听，ios仅能低频防抖轮询，且跨端无通用方案。
uni-app 在 App 端**无法直接监听屏幕亮度变化**——这不是你代码写错了，是官方 SDK 没暴露对应事件钩子。所有尝试用 uni.onXXX 或轮询 uni.getScreenBrightness 的方案，要么无效，要么高耗电、不准确。
为什么 uni.getScreenBrightness 不能当监听用
uni.getScreenBrightness 是快照式 API：调一次，返回当前值，之后系统亮度变了它也不会通知你。iOS 甚至不提供亮度变更系统通知（UIScreen.mainScreen().brightness 只能读，不能监听）；Android 虽有 Settings.System.SCREEN_BRIGHTNESS_CHANGED 广播，但 uni-app 原生层没桥接到 JS。
- 轮询间隔设太小（如 100ms）→ 显著增加 CPU 和电量消耗，尤其在后台时可能被系统杀掉
- 轮询间隔设太大（如 2s）→ 用户滑动亮度条后，你的页面要等很久才“感知”到变化
- 某些 Android 机型（尤其 MIUI、EMUI）会限制第三方 App 读取亮度设置，即使声明了
WRITE_SETTINGS权限，getScreenBrightness也可能返回undefined或旧值
Android 端唯一可行路径：ContentObserver 插件
必须通过原生插件，在 Java 层注册 ContentObserver 监听 Settings.System.SCREEN_BRIGHTNESS 数据库字段变更。JS 层只能接收插件抛出的事件。
- 插件需在 Application 或 Activity 启动时注册 Observer，退出时反注册，否则内存泄漏
- Android 8.0+ 要求用户手动开启「修改系统设置」开关，否则
ContentObserver根本收不到变更 - 插件暴露给 JS 的接口应为
uni.$on('brightnessChange', callback)，而不是让你自己去setInterval - 注意单位差异：Android 返回的是 0–255 整数，插件需内部转换为 0.0–1.0 浮点再传给 JS，避免业务层重复处理
iOS 端没有真正的监听方案
iOS 原生不广播亮度变更事件。UIScreen.mainScreen().brightness 是只读属性，且自动亮度模式下该值仍会缓慢浮动，但无触发时机。所谓“监听”，实际只能靠被动轮询 + 防抖：
- 轮询间隔不得低于 500ms，建议 1000ms，否则审核可能被拒（苹果对后台高频访问传感器/屏幕属性敏感）
- 必须加防抖：连续两次读值变化 ≤ 0.02 才视为有效变更，避免自动亮度微调造成的误触发
- 不要在
onHide或后台状态做轮询——iOS 后台任务会被快速挂起，轮询失效 - 别依赖
uni.getSystemInfoSync().screenBrightness：这个字段在 App 端始终是undefined，和亮度无关
真正需要响应亮度变化的场景（比如阅读页随环境自动调暗），优先考虑用系统级深色模式（uni.onOsThemeChange）或光线传感器（uni.getAccelerometer + 环境光估算）间接替代。硬要做亮度监听，就得接受 Android 需插件、iOS 只能折中轮询的事实——没有跨端一键监听的捷径。
