ONPatch

feat(remote): 完善 Modern API 遠端資料支援 統一 API 101／102 的 Remote Preferences 與 Remote Files，讓模組設定 App 和被注入程序安全存取同一份 Manager Remote Store，同時維持目標程序唯讀、模組 App 可寫的權限邊界 fix: 提升本地模式冷啟動與離線容錯 Manager Provider 與 Binder 連線加入逾時、重試和本地快取回退，避免 Manager 冷啟動或暫時不可用時卡住應用啟動、重複載入模組或產生狀態競爭 fix(bootstrap): 讓本地模式修補包完整自包含 Loader Dex 與必要原生核心直接寫入修補 APK，不再於應用啟動時跨 UID 讀取或臨時提取 Manager APK 內容；Manager 僅負責模組、作用域與 Remote 資料 fix(loader): 重建 AppComponentFactory 載入與回退流程 修復 AppComponentFactory 類別載入遞迴、原生庫路徑遺失及 bootstrap 失敗直接終止程序等問題，並加入啟動階段診斷狀態與安全回退機制 fix(ipc): 修復注入程序與 Manager 的 Binder 生命週期 Binder 綁定改為可取消的有界重試，正確處理逾時、斷線、Binder 死亡與遲到回呼，避免執行緒洩漏及公開尚未完成身分驗證的服務 refactor(manager-ui): 遷移 COUI 並恢復 698 導覽體驗 Manager UI 轉用 COUI 1.0.0，恢復四分頁導覽、玻璃底欄完整背景取樣與連續設定頁佈局，修正先前對齊 Miuix 導覽後出現的結構與操作退化 refactor(apks): 重寫 APK／APKS 打包流程 按本次輸入精確匹配 base 與 splits，使用獨立安裝集合避免混入舊修補產物；APKS 改為先在本地完整建立，再安全匯出到所選儲存位置 refactor(installer): 重寫 APK／APKS 安裝流程 單 APK、Split APK、APKS 與 XAPK 統一驗證套件名稱、版本、簽章及 split manifest；系統安裝與 Shizuku 共用同一安裝集合，並等待 PackageInstaller 最終結果，不再把提交 session 當成安裝成功 feat(remote-api): 獨立開源 NPatch Remote API 提供模組設定 App 使用的 Remote Preferences／Remote Files SDK、非同步連線、自訂 Manager authority 與完整開發文件；SDK 現由 7723mod/NPatch-Remote-API 子模組獨立維護 feat(logging): 增加一鍵診斷日誌匯出 在設定頁一次整理 Manager、模組、修補應用與崩潰日誌並分享為 ZIP，同時附帶版本、裝置與收集狀態；限制檔案類型及容量，公開分享前也會提醒檢查敏感內容

更新了內核，修正了一些相容性問題

- Updated and adapted to the latest kernel changes Due to some changes, you may need to clear your data or uninstall and reinstall NPatch.

重構與優化 重構模組日誌儲存流程 重新整理模組日誌輸出機制，恢復媒體儲存支援。 修復 core 更新後日誌重定向功能缺失問題。 優化日誌管理流程，提升後續除錯與問題定位效率。 去簽功能優化 現在內建模式也支援使用 Ext 方案。 提升簽名流程彈性。 同步 Vector 最新 Core 內容 將 core 子模組更新至 upstream Vector master 最新提交（e8bec6bd）。 完成新版 IPC 規範適配。 補充 org.matrix.vector.ipc 混淆保留規則，避免 IPC 通訊受混淆影響。 驗證 NPatch 模組編譯與功能適配，確保更新後穩定運行。 改進 提升 core 與 NPatch 模組的版本相容性。 優化 IPC 通訊相關配置。 改善模組日誌與簽名功能的使用體驗。

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.

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

一、 免后台运行与动态重连机制深度重构 缓存并行准备与零延迟本地秒开 摒弃了传统需等待管理器连接超时才读取本地配置的串行逻辑。修补应用在发起管理器连接的同时，主线程并行解析本地模块缓存。若管理器在后台被系统清理或未能及时响应，应用将以零延迟直接切换至本地模式启动，彻底告别启动白屏、卡顿与以「无模块」状态运行的问题。 动态重连与热重载通道自动复苏 重构底层 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 会话等待设置了精准的超时机制。当系统广播丢失或超时未响应时，程序将主动向底层包管理器回查目标应用的实际安装与卸载状态，彻底消除安装进度条无限卡死的问题。