android监听usb插拔（充电状态变更）需通过sticky广播intent.action_battery_changed配合extra_plugged字段判断，plugged值为0（未连）、1（usb）、2（ac）、4（无线），须同时校验电量变化防误判，并添加android.permission.battery_stats权限；ios无可靠api，batterystate后台冻结且值不一致，只能前台轮询+缓存兜底。
Android 怎么监听 USB 插拔（即充电状态变更）
Android 没有“充电插拔”专用广播，实际靠 Intent.ACTION_BATTERY_CHANGED 和 Intent.EXTRA_PLUGGED 组合判断。系统不会主动推送插拔事件，但该广播是 sticky 类型——你注册后立刻能拿到最新状态，适合轮询或单次读取。
常见错误现象：plus.android.invoke(receiver, 'getIntExtra', 'plugged', 0) 返回 0 却误判为“未充电”，其实是没正确读取字段；或漏掉 android.permission.BATTERY_STATS 权限导致真机闪退。
- 必须同时读取
level和scale计算电量，plugged才有意义 -
plugged值：0=未连接，1=USB，2=AC，4=Wireless（部分厂商扩展），不能只认 1 - 不要用
BatteryManager直接调用，Android 10+ 上getBatteryProperty多数返回 0 或抛异常 - 注册 receiver 时 filter 必须明确设为
Intent.ACTION_BATTERY_CHANGED，不能传空字符串或模糊匹配
iOS 为什么无法可靠监听充电插拔
iOS 根本没有公开 API 获取实时充电状态变更。UIDevice.batteryState() 返回整数枚举，但 Apple 文档未定义具体值含义，实测 2/3 可能表示充电中，但不同 iOS 版本、设备型号返回值不一致，不可用于生产逻辑。
更关键的是：batteryState 在后台静默状态下完全不刷新，App 进入后台几秒后该值就冻结。模拟器永远返回 UIDeviceBatteryStateUnknown（即 -1），真机调试是唯一验证方式。
- 不能依赖
setBatteryMonitoringEnabled(true)后的batteryState()做插拔判断——它只反映“当前快照”，不触发事件 - 轮询间隔建议 ≥15 秒，太频繁会触发系统节能限制，读数反而卡住
- 若业务强依赖插拔事件（如自动备份），必须结合服务端上报 + 用户操作日志做兜底，而非纯前端判断
如何用轮询模拟“监听插拔”并避免误判
跨平台统一做法只能是定时读取 + 状态比对。但直接每秒轮询会导致电量消耗剧增、iOS 后台被杀、Android 被系统限制。关键在防抖和状态跃迁识别。
典型误判场景：电量从 99% → 100% → 100%，用户以为充满拔线，其实只是浮点计算误差；或 USB 插拔瞬间系统广播延迟，两次读数间漏掉状态跳变。
- 轮询间隔设为 5–10 秒，首次启动立即读一次，后续只在
onShow或前台活跃时运行 - 记录上一次
plugged值和level，仅当两者都变化时才触发“插拔”逻辑（例如：plugged 从 0→1 且 level 上升 ≥1%） - Android 端加权限检查：
plus.android.checkPermission('android.permission.BATTERY_STATS')，失败则降级为仅电量提示 - iOS 端若
dev.batteryState() === UIDeviceBatteryStateUnknown，直接跳过本次判断，避免用 -1 做逻辑分支
冷启动和后台唤醒时的特殊处理
用户拔掉充电器后启动 App，此时 plugged 仍是旧值（如 1），但实际已断开。Android sticky 广播不会自动更新，iOS batteryState 更不会回溯。这是轮询方案最易被忽略的盲区。
真实线上问题：用户早上拔线开机，App 启动显示“正在充电”，30 秒后才修正——因为轮询还没跑第二轮。
- App 启动时（
onLaunch）立即执行一次读取，不等轮询定时器 - Android 可额外监听
UsbManager.ACTION_USB_DEVICE_DETACHED，但需声明android.hardware.usb.action.USB_STATE权限，且仅对物理 USB 设备有效（非所有充电器） - iOS 完全无解，只能提示用户“请手动刷新”或默认显示“未知充电状态”
- 所有平台都应缓存最近一次有效状态到
uni.setStorageSync，冷启动时优先读缓存再覆盖
