x360ce HookMask 完全指南：从兼容性报告到实战配置

很多朋友第一次接触 x360ce 的时候，都卡在同一个问题上：手柄明明被系统识别了，游戏就是不认；或者游戏加载完就崩，报错还看不懂。查来查去，最后的答案往往落在 HookMask 这个不起眼的字段上。说实话，这个字段在官方文档里写得非常简略，网上讨论又散落在各种帖子里的回复楼层，很难一次看全。

这篇文章我想把 x360ce HookMask 这件事从头到尾捋一遍：它到底是什么、游戏兼容性报告里的推荐值该怎么理解、实战中不同组合值改下去会发生什么，以及我自己踩过的几个坑。内容适合刚接触手柄模拟的新手，也适合已经用了 x360ce 很久但一直没搞懂 HookMask 怎么调的老玩家。看完之后，你会知道看到一份兼容性报告时该往哪个方向试，而不是漫无目的地乱改数字。

1. HookMask 是什么，为什么它这么重要

1.1 先弄懂 x360ce 的工作方式

x360ce 的原理可以概括成一句话：让游戏以为你插着一个 360 制式手柄，实际上读取的是你手里任意品牌的手柄。

它靠的是"同名 DLL 劫持"。你把 x360ce 生成的 xinput1_3.dll、xinput1_4.dll、xinput9_1_0.dll 或者 dinput8.dll 放到游戏可执行文件同一个目录下，当游戏启动时，系统加载器会优先在当前目录找这些 DLL，于是 x360ce 的代码就会被加载进游戏进程。接着，游戏每次调用手柄相关的 API 时，实际上调用的都是 x360ce 拦截下来的版本。x360ce 再把物理手柄的状态经过按键映射、摇杆曲线、振动强度这些处理后，封装成游戏期望的输入数据返回。

这就像你请了一个同声传译坐在旁边。游戏说的是手柄协议，你手里握的是另一个协议的手柄，x360ce 负责两头翻译。HookMask 呢，就是决定这个传译员要接听哪些频道、屏蔽哪些频道的开关面板。

1.2 HookMask 是一个位掩码，不是一个普通数字

很多用户第一次看到 HookMask 会觉得奇怪：为什么推荐值总是 0x00010001、0x00010003 这种看起来很长一串的十六进制数？因为它不是"越大越好"或"越小越好"的数值型参数，而是位掩码（bitmask）。

位掩码的意思是：每一位二进制数字代表一个独立的开关。1 表示开启，0 表示关闭。0x00010001 这种写法，实际上是让两个不同的开关同时打开，其余开关保持关闭。用十六进制只是书写方便，十进制写成 65537 也是同一个意思。

我们可以拿灯控面板来类比。一堵墙上有 16 个开关，每个开关控制不同的设备。你不可能在一个面板上同时按下所有按钮还指望设备正常工作，正确的做法是只把需要的几路电打开。HookMask 就是这个面板，每一位控制着一类输入 API 的监听行为。

1.3 为什么默认值不能包打天下

x360ce 的默认 HookMask 通常能覆盖大部分常见游戏，但远不是全部。原因说起来也简单：不同游戏使用的是不同版本的手柄输入 API。

有些老游戏走 DirectInput 通道，有些新游戏走 XInput 1.3，另外一些走 XInput 1.4，甚至有的游戏会尝试加载多个版本。如果 x360ce 没有监听那个游戏实际调用的 API，游戏自然读不到手柄。反过来，如果监听得太多，有些带加密壳或反调试机制的游戏就会在启动阶段报错，甚至闪退。HookMask 需要针对单个游戏单独调整，这才是它存在意义——不是所有游戏用同一个值都完美。

2. 游戏兼容性报告到底怎么读

2.1 一份报告里通常包含哪些内容

社区和 x360ce 自带的游戏兼容性报告，记录的是"某个游戏在某个 x360ce 版本下能不能用手柄、需要哪些额外设置"。一份典型的报告至少包含这几项信息：

状态那一栏特别重要。看到"完全正常"不代表你拿来就一定能用，它只说明测试者的环境里可用；看到"完全不兼容"也别马上放弃，很多报告是老版本 x360ce 留下的，换新版本之后情况可能完全不同。

2.2 怎么快速找到某个游戏的报告

x360ce 主界面左侧会列出你加入的游戏。选中某个游戏后，按钮或选项里会有一个入口打开该游戏的兼容性页面，有的版本直接内嵌着在线数据库的条目页面。也可以把游戏的英文名、加上 x360ce 等关键词丢进搜索引擎，通常能找到玩家聚集地里的专门帖子。

说是"快速"，其实也需要一点耐心。同一个游戏在 32 位和 64 位版本、原版和某个商店版本上的表现可能不同，甚至不同区服的更新补丁也会影响结果。我习惯的做法是：先看最近几个月有人回复过的帖子，再看历史久远的旧报告，因为 x360ce 本身也在更新，越新的报告参考价值越高。

2.3 报告只是一个起点，不是最终答案

这句话我在好几个群里说过，每次都有朋友不信。一个常见的误区是：报告上写着 0x00010003，我抄下来填进去，结果游戏还是崩。

问题往往出在环境的差异：你的 x360ce 版本不同，你的系统语言和运行库不同，你装的游戏版本和报告测试者不同，甚至你用的 DLL 文件是从哪个目录复制过去的，都会导致结果偏差。兼容性报告的正确用法，是给你一个高概率的方向，而不是一份担保合同。也就是说，报告推荐 0x00010003，你应该理解成"在这个游戏的场景下，除了默认值以外，它很可能是有效的"，然后自己实际测试确认。

3. HookMask 的位含义与常用组合值

3.1 关键位逐个拆解

不同的 x360ce 版本对位的定义在细节上会有些出入，但主要位的含义是稳定的。以常见的 32 位版本和旧版 64 位版本为例，你可以把 HookMask 理解成这样一张表：

这里特别说一下 0x00010000 这个高位。它在社区里被讨论得最多，因为它控制的是 hook 的底层执行方式，而不是单纯的 API 类型选择。带上它，x360ce 采用更贴近系统层级的做法来截获调用；不带上它，则走相对保守的路线。过去几年里我见过的绝大多数游戏兼容性问题，最终都归结为这个高位要不要保留。

3.2 实战中出场率最高的几个组合值

不绕弯子，直接给结论。下面这些值是我自己试过、并且经常在兼容性报告里看到的组合，你可以直接存下来当作起点参考：

我不建议你看到这个表就把所有游戏填同一个值。正确的思路是：先用默认值跑一遍，游戏正常工作那就别动；不正常，再根据游戏实际报错和兼容性报告，从这个表里选一个方向去试。

3.3 组合值变化会对行为产生什么影响

加位，往往意味着兼容面更广，但也意味着 hook 覆盖的入口更多。多加一个位，x360ce 就要在游戏进程里监听更多的调用入口；遇上对自身运行环境特别敏感的游戏，比如带自我保护机制的老游戏，或者对加载顺序有严格要求的游戏，覆盖范围过大时反而会导致启动崩溃。缺位，则可能让手柄输入直接静默丢失——游戏不报错，但你又按了按键。

所以调 HookMask 时，原则是"够用就好，不多加"。一个小技巧是，你可以先保留 0x00010000 高位不动，只在低位部分做增减。因为高位带来的执行方式改变，往往牵连整个 hook 链路的稳定性，随意切掉高位会让一部分游戏直接从"可识别手柄"变成"彻底无响应"。

4. 实战：从兼容性报告到 HookMask 配置

4.1 动手前先做好这些准备

调 HookMask 本身很快，但准备工作不能少。

首先，把 x360ce 升级到当前你打算长期使用的版本。不要在同一个游戏目录里混用两个版本的 DLL，这是我的老教训。其次，找到游戏的可执行文件目录，确认是 32 位还是 64 位，这决定你会用到哪些 DLL。接着，把目录里已有的 x360ce.ini 和相关 DLL 复制一份备份，改成 x360ce.ini.bak 这种名字，方便随时回滚。

最后提醒一句，部分杀毒软件会把 DLL 劫持类工具当成风险行为。如果配置完成后游戏进不去或者 DLL 被隔离，先看安全软件的报告，把这个目录加进信任列表再重试。这不是什么灰色操作，这是本地单机输入映射工具的常规使用环境。

4.2 读取兼容性报告并确定初始 HookMask

准备工作做完后，打开 x360ce，把游戏添加到左侧列表，然后打开该游戏的兼容性页面。如果页面里有明确的 HookMask 推荐值，先把它记下来；如果没有，就用当下的默认值，也就是 0x00010001。

我在本地测试一个老赛车游戏的时候就是这样处理的。那款游戏用的是 XInput 1.3，兼容性报告里给出的推荐值是 0x00010003，备注写着"建议关闭 DirectInput 以避免键位重复"。这个备注帮我省了不少事，因为后来实测发现，如果开着 DirectInput 相关的位，油门刹车会同时收到两个输入通道的信号，表现为按键粘连。

4.3 在图形界面里修改 HookMask

x360ce 的界面布局在不同版本里略有差异，但整体思路是一致的。在游戏列表里选中目标游戏，进入它的设置界面，找到 HookMask 输入框。默认情况下你会看到类似 0x00010001 这样的字符串，直接改成目标值，然后保存。

注意一点：保存之后不要以为立即生效。游戏进程如果已经在运行，它加载的 DLL 不会跟着设置更新。你必须先完全退出游戏，再重新启动它，让游戏进程重新加载目录下的 DLL 文件。我在早期调试时经常犯这个错，改完设置发现没变化，就在数值上反复折腾，其实只是游戏没有重启。

4.4 直接编辑 ini 文件的方式

如果你有多个游戏配置，或者想批量管理，直接改 x360ce.ini 会更高效。用记事本或者其他文本编辑器打开 x360ce.ini，找到 [Options] 这一段，里面通常已经有一个 HookMask 行：

[Options] HookMask=0x00010001

把等号后面的值改成目标的十六进制数，保存退出。下次启动游戏时，x360ce 会读取这个值。如果你的目录下没有 [Options] 段，就手动补上。ini 文件必须是标准的 ANSI 或 UTF-8 编码，不要用带 BOM 的 UTF-8，个别老版本会读乱。

这种方式的优势在于可脚本化。我处理过一个游戏合集，里面有将近二十个老游戏，我写了一段小脚本，针对不同游戏把 HookMask 写入各自的 x360ce.ini，再配合不同名字的 DLL 文件，批量部署到对应目录，整个流程从手工半小时压缩到几分钟。

4.5 用 x360ce 自身的测试窗口验证手感

每次改完都直接启动游戏，来回切换窗口非常浪费时间。x360ce 自带的控制器测试页面可以让你在进入游戏前先验证几件事：手柄是否被识别、每个按键映射是否正确、摇杆是否朝正确方向输出。

这里有个小经验：测试窗口里很正常，不代表游戏里一定正常。因为游戏调用的是特定版本的 XInput 或 DirectInput，测试窗口走的是 x360ce 的内部接口，两者并不完全等价。但反过来，如果测试窗口里手柄压根没被识别，那进游戏也一定没戏，先排查到位再说。

5. 常见问题与排查实录

5.1 游戏一启动就崩，十有八九是 HookMask 组合过宽

崩溃问题里特别常见的是进程启动后立刻退出，或者弹出一个 0xc0000005 之类的访问违规错误。这个错误码，我在 x360ce 的讨论里见过无数次，它往往意味着 HookMask 里的某些位和游戏自身加载机制冲突了。

遇到这种情况，我的排查顺序是这样的：先把 HookMask 降到最小可行的 0x00000001，只保留基础 XInput 能力，看游戏能不能启动。能启动，再逐步加回需要的位。比如某游戏崩溃时用的是 0x00010003，降到 0x00010001 后不崩了，说明低位的 0x00000002 不是必须，甚至是有害的。于是最终配置就定为 0x00010001。

5.2 手柄完全没有反应，先别怀疑 HookMask

如果你刚接触 x360ce，遇到手柄完全不工作，第一反应不要是去改 HookMask。很多情况下问题根本不在掩码，而是基础部署出了问题。按下面的顺序排查，大多数情况都能找到原因：

1. DLL 文件是否真的在游戏可执行文件同目录，注意是游戏 EXE 所在目录，不是整个磁盘的根目录。
2. DLL 位数和游戏位数是否匹配，32 位游戏用 32 位 DLL，64 位游戏用 64 位 DLL。
3. 有没有安全软件把 DLL 隔离了。
4. x360ce 是否以管理员权限运行，部分游戏会以高权限启动子进程。
5. 以上都排除之后，再回到 HookMask，检查你填的值里是否包含游戏实际使用的协议位。

5.3 按键错乱、方向重复，通常不是 HookMask 要加而是要减

我自己遇到一个很典型的案例：接了两个手柄，其中一个还是杂牌，玩某动作游戏时摇杆会突然往一个方向跳。一开始我以为是手柄漂移，换新手柄还是这样。后来发现，问题在于游戏同时通过 XInput 和 DirectInput 读取输入，而我给出的 HookMask 同时包含了两个协议。物理手柄的一个摇杆动作，被游戏当成两个来源都收到了信号，自然就重复了。

解决办法是把 HookMask 里的 DirectInput 相关位关掉，只保留 XInput 部分。原本 0x00010003 的组合改成 0x00010001，问题当即消失。这个经历让我养成了一个习惯：只要游戏能跑，就尽量精简 HookMask，协议覆盖够用就好。

5.4 兼容性报告里的推荐值在我机器上失效

这种问题出现的频率比大多数人想的要高。你完全照着一个看起来很权威的报告填了推荐值，结果游戏还是无响应，或者反而崩了。先别急着怪报告，检查三件事。

第一，x360ce 的版本是否一致。不同版本对同样的 HookMask 值处理方式有差异。第二，游戏的版本是否一致，同一个游戏在不同商店平台上的文件结构不一样，可能导致加载的 XInput 版本不同。第三，ini 文件里可能还有别的设置项，比如 ControllerGUID、虚拟设备的启用状态等，这些也会干扰 HookMask 的生效。

如果检查完这些还是失效，可以在低位的组成上做小幅度调整。推荐值 0x00010003 失效时，试试 0x00010001、0x00010005、0x00010009。这四个值在我看来就像一张基本盘，覆盖了绝大多数游戏的协议组合，很难四个都试不出来。

5.5 安全软件和 hook 类工具的冲突

x360ce 依赖的 DLL 注入方式，在部分安全软件眼里像风险行为。你可能遇到 DLL 被静默删除、启动游戏时弹窗拦截、或者手柄明明映射好了进游戏却没输入。这类问题的定位方式很简单：先把安全软件暂停实时防护，重启游戏测试。如果正常，确定是冲突，再把游戏目录和 x360ce 目录加入信任列表。

另外也提醒一句，带联网对抗类的游戏不要使用 x360ce，这类游戏往往有自己的反作弊机制，对 hook 行为非常敏感，轻则踢出房间，重则引发不必要的风险。x360ce 的定位就是本地单机或本地多人游戏的兼容工具，别把它用在不该用的环境里。

6. 一些真正管用的经验

玩 x360ce 这么多年，我最想分享的一条经验是：不要一开始就沉迷于调 HookMask。很多新手遇到手柄无响应，第一反应就是进设置里改数字，改了几个组合都不行，最后白白消耗耐心。实际上，先把 DLL 部署、位数匹配、安全软件这一类基础项全部排除，再去看 HookMask，你会发现问题简单得多。

第二条经验是每次只改一个变量。改 HookMask 就是改 HookMask，别同时顺手改了振动配置、摇杆曲线或者手柄 GUID。改完做好记录，行还是不行，你才知道到底是哪一步导致的变化。我习惯在 x360ce.ini 旁边放一个 txt 文件，记录每个游戏的 HookMask 测试结果，日期、状态、现象都写清楚。时间久了，这个文件就是属于你自己的兼容性报告，比网上的任何帖子都贴合你的环境。

最后再提一个小技巧：当你已经在某个游戏的兼容性报告里看到了明确推荐值，但游戏目录里有多个版本的 DLL 文件时，可以考虑只保留那份报告对应版本的 DLL。我曾经遇到过游戏崩溃，排查半天发现不是因为 HookMask，而是目录里同时存在 xinput1_3.dll 和 xinput1_4.dll，两个版本叠加，导致游戏加载时混乱。精简到只留下报告对应版本之后，问题立刻消失。

x360ce 的 HookMask 说复杂确实复杂，说简单也简单，本质上就是弄清楚你的游戏在通过哪扇门接收手柄输入，然后把你需要的门打开，把多余的门关上。理解了这一层，以后无论遇到哪个游戏的兼容性问题，你就不会手足无措了。