NPatch

NPatch支持免Root环境下的Xposed模块注入，可对目标应用进行多种修改，广告拦截、界面定制均可完成，功能扩展灵活自由。提供两种运行模式，本地模式动态配置模块，集成模式直接内嵌模块。与Shizuku深度协同，可解锁更多高级功能，系统级界面定制不受限制。支持中文界面，可查询设备信息，调整相关系统参数。

NPatch的使用教程

1、借助Shizuku工具完成授权操作，通过该方式可使更多高级功能的Xposed模块在框架内顺利运行。

2、Shizuku成功激活后，即可对NPatch进行授权绑定，授权完成后在Shizuku的应用列表中将显示已授权的应用信息。

3、授权成功后，返回NPatch主界面即可看到全部功能权限已完全开放，可正常使用各项高级功能。

4、进入管理界面后，可对需要开发定制功能的目标应用进行模块注入操作，以便扩展其功能。

5、模块注入流程与LSPatch操作方式一致，需要先将目标应用添加至列表中，随后选择所需模块进行刷入即可完成。

NPatch的使用介绍

一、NPatch跟LSPosed的区别

1、两条路完全不同：

LSPosed：需要Root，模块作用在系统层，可以hook系统应用、framework

NPatch：不需要Root，只能hook被修补过的单个用户应用

2、NPatch不是LSPosed路线的替代品，它解决的是「没办法Root但想用Xposed模块」这个场景。

二、本地与集成模式

NPatch修补时要二选一：用--manager（本地模式）或--embed（集成模式）。两种模式互斥，CLI上不能同时带。差别在于模块从哪里来、修补后的APK能不能独立运行。

1、对照表

2、场景选择

1）自己用、会调整模块→本地模式

2）要分发给别人→集成模式

3）一台设备用，模块组合固定，懒得装管理器→集成模式

4）模块会频繁更新→本地模式（集成模式每次更新都要重新修补）

5）应用有强签名校验，需要Extreme/Seccomp等级绕过→只能本地模式

NPatch的常见问题解答

一、支持哪些Android版本？

最低Android9(API28)。上限大致跟JingMatrix/Vector一致。Android8以下不支持。

二、修补后的APK安装失败，提示「应用未安装」或「签名冲突」？

设备上装了原版，原版签名跟修补版不同，Android拒绝覆盖。先卸载原版再装修补版。由于签名不同，安装前需要先卸载原应用—确保已备份好个人数据。

三、默认签名绕过等级是多少？

2（High）。改的话用-l0~4或--sigbypasslv0~4。注意集成模式（--embed）下上限为2（High），想用Extreme或Seccomp必须走--manager。

四、支持哪些Xposed模块API？

1、目前支持Legacy、libxposedAPI101与API102。现代模块会根据META-INF/xposed/module.prop中的minApiVersion、targetApiVersion与入口文件选择现代管线；传统assets/xposed_init模块走Legacy管线。API102的单入口模块还可以使用热重载。

2、框架提供的是单应用注入环境，不是在system_server注册的全局XposedService，也不会做Zygote全局注入。依赖全局Binder服务、系统作用域或system_serverhook的模块仍不兼容。

五、浏览器或有孤立进程的应用无法加载模块？

对那些需要孤立进程的应用（比如浏览器的渲染引擎），修补时加--injectdex把加载器Dex直接注入到原应用包，以确保它们正常运行。

NPatch的更新日志

v1.0.6版本

解决安卓15设备下去签的问题