游戏不识别键映射——能力边界的完整说明
「为什么我在游戏里按了没反应?」——这类问题的答案几乎都是同一个:你正在撞安卓输入管道的墙。这一页把游戏相关的能力边界一次说透,帮你省下无效折腾的时间。
游戏不认映射的根本原因
游戏引擎为了低延迟,通常直接读输入设备的原始事件(手柄直连、屏幕触摸),不经过普通应用走的那条「输入法/无障碍」通道。Key Mapper 的注入动作走的是后者——游戏「看不见」它。
由此推论:
- 键码/文本动作在游戏里无效——走了输入法通道
- 屏幕点击在部分游戏里也无效——游戏读的是原始触摸事件,模拟点击可能被忽略
- 手柄键 → 手柄键的映射是唯一例外——按键事件带上设备身份后游戏会认(配方见手柄按键重映射)
官方态度与两个明确「别问」的需求
官方 FAQ 对游戏用途的立场直白:
- 应用不是为控制游戏设计的,键映射在游戏里不提供任何保证
- Minecraft PVP 连点 / 跳桥这类需求:官方明确不提供支持,也不鼓励在服务器不允许的场景使用——请另找专业工具
- 边摇杆边射击的虚拟双操:注定无解——Key Mapper 一次只能模拟一处屏幕操作,这是安卓无障碍手势 API 的硬限制
注定无解的完整清单
把所有「系统层不会支持」的需求集中列一次,省得翻文档:
- 鼠标按键重映射(无障碍服务拿不到事件,永不支持)
- 手柄摇杆与 LT/RT 扳机(轴输入,不计划支持)
- 同时模拟多处屏幕操作(手势 API 限制)
- Bixby 专用键直接重映射(私有通道;root 可绕)
- Pixel Active Edge、OnePlus 三段滑块(私有硬件)
- 熄屏监听(除非走 Expert Mode,熄屏重映射)
游戏玩家的正路
- 想用手柄玩游戏:选原生支持手柄的游戏,Key Mapper 只做系统级杂务(截图、音量、勿扰)
- 想改游戏内键位:优先用游戏自带的改键设置——99% 的游戏都有
- 手柄键位不合理的游戏:官方配方(Key Event + 绑定手柄设备)值得一试,但预期放平
- 自动化需求(每日签到之类):那是 Tasker 的主场,Key Mapper 当按键端即可(Intent 联动)
别把「不支持」当「坏了」
遇到这份清单里的需求,换了版本、root 了、重装了都不会好——它们是设计边界。真正能修的问题(服务被杀、权限缺失、键盘冲突)在前面三页;确认边界之后,把精力花在可行的方案上。
真遇到疑似 bug(而不是边界)怎么办:日志与反馈。