ONPatch
4.22K subscribers
45 photos
69 files
27 links
@NPatch 的测试发布频道
Download Telegram
NPatch-v1.0.7-735-release.apk
6.4 MB
fix(sigbypass): 修复外部加固模块读取错误 APK
恢复并强化模块调用方分流:模块 Java 路径、ZipFile/FileInputStream 读取以及模块 native SO 的 open/openat/fopen 调用均保留外层 base.apk;宿主调用方仍读取 origin.apk,以保留 Ext 签名绕过能力。

模块 native 根目录由 Java 启动阶段运行时登记给 native 层,避免依赖单一硬编码缓存路径。
🔥5🤔31🎉1
NPatch-v1.0.7-737-release.apk
6.4 MB
fix: 修復 Shizuku 與系統方法的安裝/解除安裝邏輯
fix: 讀取標準 Modern API 模組元數據
🔥223🎉3
ONPatch
NPatch-v1.0.7-737-release.apk
725之後的版本請都更新至該版本
3
NPatch-v1.0.7-738-release.zip
12 MB
improve: 改進 Android 版本間的 Hook 穩定性
Update core with an LSPlt fix that removes the transient unmapped GOT/PLT window during dex2oat hook installation, preventing crashes on affected 32-bit Android 10 devices.

Integrate LSPlant fixes for synthetic DexFile CloseGuard initialization on Android Nougat and below, plus hook trampoline stack alignment for more reliable ART hooks.

Document these hook-stack stability improvements in the project introduction.
👍194🔥3
感觉可以发 Release 了 因为我还没有得到更多的除介面问题的 bug 反馈
👍256
NPCN
更新ISO, 结果给我C盘格式化了
所以今明不更新)
🍌91
NPatch-v1.0.7-743-release.zip
12 MB
fix: 修正非 ASCII 數字語言環境下修補輸出檔名匹配失敗問題 (#137)
ui: 統一全域頂欄毛玻璃設計並修復搜尋框手勢與對齊問題
🎉143🔥3👍2
NPatch-v1.0.7-748-release.apk
6.4 MB
fix(manager): 优化分卷 APK 与大型 APKS 解析,支持多签名方案及载入进度提示
1. 分卷 APK 独立解析与校验 (ApkInstallSet):
- 使用轻量 AXML 解析器读取各分卷 splitName,仅对 base.apk 调用一次系统 PackageManager
- 彻底解决 Android 无法独立解析 Config Split 抛出 null 导致流程中断的问题

2. 签名解析升级为毫秒级随机存取 (ApkSignatureHelper):
- 采用 Google 官方 ApkVerifier 读取签名区块,完整支持 v1/v2/v3/v3.1/v4 方案
- 解决无 v1 签名的 split_delivery.apk 触发全包解压挂起数十秒与解析失败问题
- 统一使用证书 DER 字节计算 SHA-256 Hash,解决分卷签名比对永远不相等的问题

3. 解压与包管理适配 (NeoPackageManager):
- 正确设置 publicSourceDir 与 splitSourceDirs
- 扩展 isApksArchive 支持 .apks, .xapk, .apkm, .zip 等格式

4. 载入进度条与错误反馈体验 (NewPatchScreen):
- 在解压与解析大型 APKS 期间增加 isAnalyzing 状态与 InfiniteProgressIndicator 进度指示
- 异常时通过 activityScope 弹出提示,消除空白卡顿与静默失败


perf(loader): 优化 API 101/102 现代生命周期分发
在 dispatchModernLifecycle 中提取并使用 mDefaultClassLoader 分发 onPackageLoaded

Co-Authored-By: JingMatrix <jingmatrix@gmail.com>


feat: 实现集成模式与管理模式下的 libxposed XposedService
- 升级 NPatchRemoteStore 远程存储底层为 SQLite configs 表,对齐 Vector daemon 序列化机制,完整支持复杂数据类型跨进程读写与实时 Diff 变更通知
- 增强模块 Companion App 交付:优先 Shizuku 提权激活,并支持免 Root 标准 ContentProvider 异步推送(pushToCompanionsAsync)
- 补充集成模式(Embedded)进程内服务反射交付(XposedServiceHelper.onBinderReceived),使单体模块在免管理器环境下也能正常读写配置
- 新增 NPatchProcessChannel 宿主端热重载通道,在后台线程安全驱动 VectorModuleManager 换代

Co-authored-by: JingMatrix <jingmatrix@gmail.com>



feat(manager): 支持检测已修补应用并自适应提取内置原包重新修补
https://t.me/NPatch/1003

chore(core): rebase to upstream Vector canary-3096 and track LoadedApk
- core: rebase onto Vector canary-3096 (9d6d44c1)
- patch-loader: register pre-built LoadedApk with Startup.trackLoadedApk
14🔥3😭1
NPatch-v1.0.7-755-release.apk
6.5 MB
chore(core): 更新 core 子模块并统一规范框架版本号

feat(patch): 恢復並重寫註入加載器功能

fix(patch): 修正 --injectdex 注入逻辑与 TargetSdk 36+ 隐藏 API 豁免

feat(ui): 在簽名衝突提示對話框新增「無視風險,繼續安裝」選項

chore(core): 更新 core 至 35b510cb、升級 Gradle 9.7.0 及子模組依賴

feat(patch): 支持在修補時啟用 HTTP 明文流量

feat(patch): 支持在修補時覆寫 targetSdkVersion
9👍5
08-19 01:01:43.306 10206 10206 W top.nkbe.npatch: Throwing OutOfMemoryError "Failed to allocate a 268435468 byte allocation with 100597760 free bytes and 376MB until OOM, target footprint 242265360, growth limit 536870912" (VmSize 9953512 kB)

第一次遇到緩衝區炸了的問題,也沒見到過反餽,下下個版本解決
7
NPatch-v1.0.7-757-release.apk
6.5 MB
修復調用 Shizuku 的安裝問題
修復安裝提示對話框出不來的問題
新增三個安裝設定
18👍3
NPatch-v1.0.7-762-release.apk
6.5 MB
一、 免后台运行与动态重连机制深度重构
缓存并行准备与零延迟本地秒开
摒弃了传统需等待管理器连接超时才读取本地配置的串行逻辑。修补应用在发起管理器连接的同时,主线程并行解析本地模块缓存。若管理器在后台被系统清理或未能及时响应,应用将以零延迟直接切换至本地模式启动,彻底告别启动白屏、卡顿与以「无模块」状态运行的问题。
动态重连与热重载通道自动复苏
重构底层 Binder 服务绑定,引入原子线程锁(Atomic Switch Lock)屏障。当应用在离线模式启动后,若管理器随后被拉起或手动打开,连接通道将在后台自动建立并无缝切换,实时同步最新模块配置与远端数据,并自动恢复热重载通信通道。
5 分钟连接生命周期保护
后台重连等待机制增加了 5 分钟上限保护。若超时管理器仍未启动,应用将主动释放系统服务连接,避免无休止占用系统 Binder 与 IPC 资源,兼顾续航与系统性能。
Shizuku 守护与全自动唤醒
在授予 Shizuku 权限时,Shell 守护服务可在发现管理器离线时自动将其拉起并同步状态;在未授权 Shizuku 的设备上,应用同样能依靠增强的本地并行缓存机制实现极速稳定的纯免后台运行。


二、 智能检测已修补应用并自适应提取原包
多框架已修补应用智能识别
支持深度识别由 NPatch、LSPatch、FPA 打包的修补应用,以及包含 assets/origin.apk 或内嵌插件的单体 APK。在选择应用界面与修补流程中,能够准确呈现修补状态与标签。
自适应提取内置原包并重新修补
当用户选取已修补的应用或带有内嵌原包的 APK 时,系统将主动弹出提示对话框,建议提取内置的原版 APK 重新进行修补,避免多层外壳嵌套打包导致的应用闪退与兼容性问题;同时支持直接修补外壳 APK 作为备用选项。
智能回退解压支持
重构了原包提取引擎,除匹配各框架标准路径外,新增自动扫描 assets/ 目录下内嵌 APK 的回退检索机制,确保自命名或非标准结构的内嵌原包亦能顺利提取。


三、 安装器与大型文件打包支持优化
解决内嵌 APK 误识别为 App Bundle 问题
优化了安装包格式判定逻辑。对于包含 assets/origin.apk 或内嵌插件的单体独立 APK,不再将其误判为 APKS/XAPK 分卷进行解包;在解析安装包分卷时主动过滤 assets/、res/、lib/、META-INF/ 等内部资源目录,避免打包与安装异常。
大文件与 APKS 高吞吐打包优化
重写了 APKS 生成与文件导出流程,全面采用 64KB 高吞吐缓冲流配合无压缩存储策略,有效杜绝大型游戏与数 GB 级别分卷安装包打包时的内存溢出(OOM)与写入瓶颈。
系统安装超时自动状态回查
为所有系统安装器调用及 Shizuku 会话等待设置了精准的超时机制。当系统广播丢失或超时未响应时,程序将主动向底层包管理器回查目标应用的实际安装与卸载状态,彻底消除安装进度条无限卡死的问题。
👍208🔥1🌭1