统信UOS蓝牙鼠标唤醒延迟的根本原因是系统默认禁用其唤醒权限且HID事件未映射至wake-up链路；需依次启用设备wakeup权限、将用户加入bluetooth组、清除配对缓存、重载服务，并逐个激活HID实例的唤醒能力。
统信UOS系统中蓝牙鼠标唤醒电脑时出现严重延迟，表现为按下鼠标左键后数秒才亮屏、输入密码框响应滞后甚至唤醒失败，根本原因是系统默认禁用蓝牙设备的唤醒权限，且内核未将HID事件正确映射至wake-up链路。
确认并启用鼠标设备的唤醒权限
系统必须明确允许该蓝牙鼠标触发唤醒，否则内核会直接丢弃所有来自该设备的中断信号。仅在控制中心开启蓝牙开关或配对成功，不等于获得唤醒资格。
打开终端（Ctrl+Alt+T），执行命令：ls /sys/bus/hid/devices/ | grep -i bluetooth，找到类似 0005:046D:B019.0007 的设备编号。
进入对应路径：cd /sys/bus/hid/devices/0005:046D:B019.0007（请将编号替换为你查到的实际值）。
执行命令：echo enabled > wakeup。若提示 Permission denied，说明当前用户无写入权限，需改用：sudo sh -c 'echo enabled > wakeup'。
【必须验证是否生效】：执行 cat wakeup，输出必须为 enabled；若仍为 disabled，说明该设备驱动未暴露唤醒接口，需换用方法二。
将用户加入bluetooth组并重置配对缓存
未加入bluetooth组的用户无法调用dbus接口完成可信连接，导致唤醒握手阶段失败，系统误判为“非可信设备”而拒绝响应唤醒请求。
执行命令：sudo usermod -a -G bluetooth $USER。
立即清除全部旧配对记录，避免残留LTK密钥干扰新唤醒流程：sudo rm -rf /var/lib/bluetooth/*。
重启蓝牙服务：sudo systemctl restart bluetooth。
注销当前用户并重新登录，确保组权限生效——这一步不可跳过，新组权限需会话级加载。
强制绑定HID设备唤醒能力（底层驱动级）
部分蓝牙鼠标在UOS中被识别为多个HID实例（如一个为mouse，一个为keyboard），但只有特定实例支持唤醒。需逐个排查并激活。
第一步：列出所有HID设备及其物理路径：for d in /sys/bus/hid/devices/*; do echo "$d"; udevadm info "$d" | grep -E "(NAME|ID_VENDOR_ID|ID_MODEL_ID)"; done | grep -A2 -B2 "mouse\|bluetooth"。
第二步：对每个疑似蓝牙鼠标的路径（如 /sys/bus/hid/devices/0005:046D:C52B.0008），执行：sudo sh -c 'echo enabled > $d/wakeup' 2>/dev/null（$d 替换为实际路径）。
第三步：验证唤醒能力是否注册成功：cat /proc/acpi/wakeup | grep -i "hid\|bluetooth"，输出中对应设备名应显示 enabled 而非 disabled。
第四步：执行 sudo systemctl restart bluetooth，然后合盖休眠再开盖测试唤醒响应。
