模块

这一部分不是给“只想照着写脚本的人”准备的 API 速查，而是给下面这几类读者看的：

• 想理解 JSXHook 整体架构的人
• 想改 Kotlin / Java 源码的人
• 想排查“为什么运行时这样工作”的人
• 想补文档、补功能、补导出链的人

如果前面的 API 文档讲的是“怎么用”，这一部分更偏“它内部为什么这样设计、问题该从哪一层查”。

这部分适合什么时候看

当你遇到下面这些情况时，就该从“模块”分区开始看，而不是只翻单个 API 页：

• 某个全局对象明明有文档，但运行时表现怪怪的
• init.js、main.js、App Script、全局脚本之间的执行关系搞不清
• LAN、httpServer、mcpServer 这几套服务能力容易混
• 项目本地能跑，导出后的模块或 APK 却不一致
• 想知道插件、签名、scope、脚本加密到底在哪一层处理

推荐阅读顺序

第一次进这个分区，推荐按这个顺序看：

1. 运行时桥接
2. 项目系统
3. 导出与插件
4. 局域网与服务
5. DexKit 与 APK 分析
6. DexKit 调试器

这样读的好处是：

• 先搞清“脚本是怎么跑起来的”
• 再搞清“项目配置和作用域怎么生效”
• 然后再看“导出链”和“服务链”
• 最后再看偏分析工具侧的能力

模块总览

运行时桥接

看这一页时，你会弄清：

• MainHook / NewHook 怎么把脚本接进来
• JavaScriptRuntime 和 JavaScriptBridge 的职责边界
• context / activity 为什么是动态全局
• 全局函数和全局对象到底在哪一层注入

项目系统

看这一页时，你会弄清：

• 项目目录结构
• init.js / main.js 的关系
• 项目配置怎么从脚本里解析出来
• 作用域、launcher、构建配置这些信息如何落地

导出与插件

看这一页时，你会弄清：

• 项目模板导出和 APK 导出有什么区别
• 为什么 .js 会被加密
• 插件是怎么被扫描、选择、打包进去的
• scope、launcher、签名、图标这些配置怎么影响导出物

局域网与服务

看这一页时，你会弄清：

• LAN 文件页、剪贴板同步、远端手机连接是怎么串起来的
• httpServer 的底座是什么
• mcpServer 和普通 HTTP 服务的关系
• 哪些默认端口、默认路径、默认权限规则最容易踩坑

DexKit 与 APK 分析

看这一页时，你会弄清：

• APK 分析工作区怎么建立
• Smali、Manifest、类方法搜索这些能力怎么组织
• DexKit / MCP 包装在项目里处于什么位置

DexKit 调试器

看这一页时，你会弄清：

• 界面版 DexKit 调试器每个输入框到底该填什么
• scope / 筛选链在当前版本里是怎么工作的
• 结果页的复制、继续筛选、生成模板分别有什么用
• 小白怎样从一个字符串线索，一步步摸到可落脚本的 DexKit 条件

怎么和 API 文档配合着看

一个很实用的读法是：

1. 先在 docs/api 里看“这个对象怎么用”
2. 再来 docs/modules 里看“这个对象在系统里属于哪层”

比如：

• 想用 files、device、storages：先看 api/*
• 想知道它们为什么会自动出现在脚本里：再看 运行时桥接
• 想知道它们导出后会不会还一样：再看 导出与插件

一句话分层

为了避免把所有问题都堆在一起，你可以先这么记：

• hook/* 更偏“运行时接入、脚本桥接、全局能力注入”
• core/* 更偏“项目级能力、导出链、服务链、分析链”
• docs/api/* 更偏“脚本怎么调用”
• docs/modules/* 更偏“系统内部怎么运转”