反水内核（FS Kernel）不是“点一下就好”的黑盒工具。它需要你先理解设备当前的架构、系统版本与 Root 方案，再决定驱动、应用级规则和伪装策略。下面这份指南按“识别 → 选择 → 配置 → 自检”的顺序整理，适合第一次接触内核环境的使用者。
内核级操作存在设备、数据与账号风险。请只在自有设备与合法合规的场景中使用，并在开始前完整备份当前系统与配置。
一、从环境识别到自检的完整思路
第一次打开反水内核时，先不要急着改规则。首页会自动读取当前手机的 CPU 架构、系统版本与内核信息，这三项决定了你后面能选哪些驱动方案。
| 阶段 | 要确认的内容 | 建议动作 |
|---|---|---|
| 识别 | CPU 架构、Android 版本、内核版本 | 截图保存当前信息，确认机型与系统版本完全对应 |
| 选择 | KernelSU / APatch、模块状态 | 按现有 Root 方案选择驱动，不混用来源不明的模块 |
| 配置 | 应用级规则、伪装项、读写方式 | 先只对一个应用生效，确认稳定后再扩大范围 |
| 自检 | 关键设备信息读取结果 | 逐项验证，异常时回滚到上一份快照 |
配置的原则是“最小可用”：先让一个应用、一个规则正常工作，再增加复杂度。一次性把所有选项打开，出了问题时很难判断是哪一项造成的。
二、KernelSU 与 APatch 环境差异：该选哪一套
两者都能为反水内核提供内核层能力，但模块形态与补丁方式不同。选择时优先看你当前已经稳定使用的方案，而不是重新搭一套。
| 维度 | KernelSU | APatch |
|---|---|---|
| 常见形态 | 内核集成，配合模块管理 | 基于内核补丁，配合 APModule |
| 适配重点 | 内核版本与 KMI 是否匹配 | 补丁兼容性与内核版本 |
| 适合人群 | 已有对应机型内核、偏好模块化管理的用户 | 希望减少整包替换、接受补丁方式的用户 |
| 与 SUSFS 配合 | 常见组合，需注意模块顺序 | 可叠加，需确认内核补丁支持 |
无论选哪一套，都建议保留原厂内核与可恢复的 Fastboot 环境。不要用来路不明的“一键整合包”，也不要在没有备份的情况下同时更换内核、模块和驱动。
三、环境自检不过？先检查这四个环节
- 驱动是否真正加载：驱动面板显示“已选择”不等于“已生效”，要看到加载状态和版本号。
- 规则是否命中目标应用：确认应用级规则已经启用，包名没有选错，白名单没有把目标应用排除。
- 应用缓存是否刷新：部分应用会缓存设备信息，修改后需要彻底结束进程再重新打开。
- 模块之间是否冲突：同时启用多个隐藏或伪装模块时，检查加载顺序与职责重叠，必要时逐项关闭定位。
如果四项都正常但自检仍不通过，先回滚到上一份可用配置，再导出日志排查。不要在异常状态下反复叠加新模块，问题会更难定位。
四、把入口固定在 fsnh.cn
版本说明、适配记录和入口地址统一在 fsnh.cn 维护。搜索引擎里会出现大量转载页与聚合页，文件是否被二次打包无法从标题判断。获取前先核对域名、版本号与文件大小，是最基本的动作。