把分散在各个任务工作区里的分析报告收拢到一处 —— 服务器侧 / 客户端数据 / 内存逆向 / 助手模块逆向，共 39 篇。
把各任务报告的核心结论压成一页速查；右侧标注可信度与出处，细节点进对应报告。
| 维度 | 结论 | 可信度 | 出处 |
|---|---|---|---|
| 游戏运营状态 | 仍在活跃运营——《热血江湖》台服，代理商 樂意傳播 Happytuk（平台 mangot5.com），补丁每周四发版 | 实测 | 启动器抓包分析 / 分析总报告 |
| 启动器性质 | 韩服原厂通用启动器 launcher.exe，无壳无签名无进程注入 API；私服那份是原件照搬（SHA256 一致） | 静态+哈希 | launcher 启动器分析报告 |
| 更新链路 | HTTP 80 明文 GET /yg_patch/patch_{版本}.zip，UA=NetGame；补丁域名运行时由版本校验接口下发，exe 内无字面量 | 抓包铁证 | 启动器抓包分析报告 |
| 网络前提 | 全部流量经迅游加速器本地代理 192.168.100.189:61753 中转；内地直连官方 IP 会被 DROP | 实测 | 启动器抓包分析报告 |
| 补丁服务器 | S3 桶 happytuk-tw-hot 可直接 ListBucket 列清单 → 一次请求即得「在不在 + 最新版本 + 最后更新日」 | 实测 | 分析总报告 / 开服检测器 |
| 客户端加密 | 29 个 .cfg = 固定 150 字节密钥表 XOR（密钥在 exe .rdata）；0x1250 魔数格式已完全解析 | 已破解 | cfg 数据总表 |
| 文本编码 | 外观/资源类 9 表原文是韩文 CP949（非 Big5 乱码）；另有 UTF-8 中文被按 Big5 解的形态，需三档自适应判定 | 已破解 | cfg 数据总表 |
| 内存基址 | 旧「31007 模块」基址表对本游戏全部失效；活游戏对象数组基址实测 0x03BE3E68（另一构建） | CE 实测 | 活游戏基址总表 / 目录分析 |
| 对象字段偏移 | +0x08 类型 / +0x0C ID / +0x18 名 / +0x5F8 血 等属 C++ 结构布局，跨版本稳定可直接用（血值反查可验） | 高 | 玩家/怪物/物品对象字段表 |
| 队伍（队员）结构 | 队伍关系不在玩家对象内部，是独立 8 槽指针数组；队员基址静态不可得，必须运行时指针扫描（尚未钉死） | 待解 | 队伍结构定位 / 队员结构扫描 |
| 组队封包 | 按名字组队 opcode=30001400；结构 = 固定头 + 名字 BIG5 + 00 00 + 补零到 40 字节，A440 不是定界符 | 已二进制验证 | 组队_名字组_发包分析 |
| 助手挂机模块 | 客户端内置助手模块的函数表 / 中央分发器 / 开关地址均已定位，可支撑易语言子程序地址重定位 | 已定位 | 助手汇编内存地图 / call 重定位 |
| 主要风险 | ①补丁明文 HTTP 无签名校验 ②加速器会改写请求头 ③客户端带 XIGNCODE 反作弊，调试读写有封号风险 | 提示 | 分析总报告 |
| 控件 ID 机制 | 控件 ID 是编译期硬编码立即数（构造 0xA2DCC0 push 配对资源名），存 +0x364；点击时 msg=0x3F4 虚调用父窗口槽 #1 → 分派 0x68B2B0，共 65 个命令 ID | 静态全扫 | 助手逆向分析总汇总 |
| 双层级调用 | 旧辅助直调的 0xA3F700 是 0x68B2B0 下一层的分发函数（选项码 0x0B~0xA3，约 154 分支），this=NPC 对话对象（基址+0x414），助手窗口指针存其 +0x34B4 | 特征码实测 | 双层调用对比 |
| 易语言调用路线 | 推荐虚表直调 call [edx+4]（零基址依赖、65 个 ID 可用）；旧 0xA3F700 路留作备份；停止挂机 0x32 已在 0x68B2B0 层验证 | 待实机 | 双层调用对比 |
对 D:\rxjh2025\launcher.exe 的静态解析、实机抓包与补丁服务器探测，判定游戏运营状态与整条更新链路。会话日期：2026-09-17
四轮分析（服务器侧 / 客户端数据 / 内存逆向）的全量汇总入口，含「一图看懂」结论表与全部被推翻的旧结论记录。
原厂启动器身份锁定：韩版 MFC、无壳无签名、无进程注入 API，私服那份是原件照搬（哈希一致）。
决定性证据：启动器全部流量走迅游本地代理，补丁走 HTTP 80 明文从官方 S3 桶下载，补丁域名由版本校验接口运行时下发。
对客户端加密 CFG、明文 INI 与游戏内数据的解析成果，输出可检索的数据总表。会话日期：2026-09-17
29 个解密 CFG 全部按 EOF 精确解析并中文化表头，含 NPC 编号↔名称对照、地图/传送点/NPC 关联。
D:\rxjh2025\client 下未加密文件的完整盘点：明文 INI 可解析，153 个 CFG 仍是加密态。
游戏内粘贴数据（武功/状态/地图等）的整理表，字段语义已按用户口径更正。
对活游戏 YGOnline.exe 的基址、对象结构与组队封包的逆向定位与验证（19 篇，含 CE 脚本配套）。会话日期：2026-09-16
辅助工程整体架构与功能清单，附具体 Bug 与维护性风险清单。
确认被分析的活游戏就是 D:\rxjh2025\client\YGOnline.exe，并推翻 31007 那套基址表。
对象数组基址身份确认 + 数组结构规律（对象 ID == 槽位下标），并纠正「邀请包」的误判。
旧版 31007 模块的完整基址/偏移/call 速查表，仅作对照参考，对本游戏已失效。
对 31007 基址逐条做检测分类：仅对象数组一项活实测，其余标「待本机指针扫描确认」。
把「基址更新」子程序里 34 条 FindData 特征在本机 exe 逐条精确匹配，分出可修与不可修。
十进制↔十六进制逐条互算，修正 6 处十六进制注解错误、标出 1 处必须运行时确认的矛盾。
本游戏唯一可信的活基址清单（常量有值 + exe 字节命中双条件），并解释队功能读不到人的根因。
按 ✅ 二进制确认 / 📁 源码权威 / 🔍 需指针扫描 / ⚠ 自相矛盾 四级给全部字段标注状态。
按活游戏实跑子程序 _人物遍历_被单击 得出的玩家对象布局，推翻 31007 旧值。
按 _NPC遍历_被单击 得出的怪物对象布局；强调必须先按 +0x08 类型分流。
背包容器与物品对象结构；背包基址已二进制确认为本游戏活基址。
把「遍历」程序集里所有列表型数据的寻址方式归纳成统一规律。
确认 道具遍历基址 是「地面掉落物」世界容器，与背包、副本道具是三套不同数据。
用行为对比排除法证明：队伍关系不在玩家对象内部，是独立的一张表。
队员基址静态不可得，给出两阶段指针扫描方案与手动 CE 兜底步骤。
脚本跑不动或队友名特殊时的兜底流程，6 步拿到队员基址并回填常量。
用两条抓包逐字节对照，纠正 A440 定界符的误判，给出正确的发包构造器。
把历史上找过的全部 70 项基址（活游戏常量 / 基址更新 34 条特征 / 31007 模块 / 助手 UI 链路）用同一套三重判据逐条复验：A 组 8/11 有效、B 组 20/20 有效、C 组 31007 全失效、D 组助手链路全有效。
E8 后的 rel32，目标 = 取址点 + 4 + rel32（「小助手CALL基址」→ 0xA3F700 与旧辅助硬编码完全一致）0x03BA4C40（204 引用），两个 0 引用基址定位出活跃邻居把 旧版本更新.e 工程里实际在用的常量基址逐条列出（209 条常量中地址类 18 条、真游戏基址 9 条），并与《基址全量复验报告》的静态结论对表 —— 9/9 全部吻合。
发包call地址值=0x0076C080 + 发包Call_ECX值=0x017EF378，正是静态从「NPC选项CALL基址」特征按 rel32 公式推出的同两个地址 —— 两条独立路线打通封包Eax基址 不是基址，是 .text 内的发包取址点+8：0x2E=怪物 / 0x31=人物；血 +0x5F4/5F8、等级 +0x5FC、坐标 +0x1F84、选中目标 [坐标基址值+0x1D24]）助手_发命令 的 .参数 控件地址 丢了 整数型 → 通用型传参 → 机器码读 [ebp+8] 拿到块指针 → 点控件必然失败把「用 CE 逐条验证的地址清单」（29 项）与「E2TXT 反编译出的工程实际引用地址」（16 项）逐条对表：你工程在用的 16 个地址，清单 100% 全覆盖 —— 零缺项、零冲突，清单额外多 13 项备用/候选。
0x017EF378 更是「清单叫 NPC选项基址 / 工程叫 发包Call_ECX值」同一地址两套命名，正好互证0x0076C080 0x0076C2A1 0x01844380 0x01200000）已补进验证清单「第 7 组」，现已 100% 覆盖0x0184437C(副本道具基址) 与 0x01844380(工程在用·是否进角色选择界面) 只差 4 字节，同一区块兄弟字段第一次不从「已知地址」出发，而是把 exe 里所有被绝对寻址引用的地址全挖出来：5978 个目标 / 104,011 处引用 / 1812 个索引基址，再借 MSVC RTTI 解出 762 个真实 C++ 类名 —— 把一堆裸地址变成「有名字的地图」。
0x05050505）→ 改 capstone 逐指令，373 万条指令仅 0.04% 未解码，引用数变成「真实指令口径」.?AVInterAutoPlay@@（虚表 0x010A20F8，槽1 0xA3F3D0 与你实机日志完全吻合）Inter* 类共用 9 槽布局、槽1 = 动作分派，且 0x3EE/0x3F4 两个通用动作码在多个类的槽1 都出现 → 你驱动助手的这套手法对其它 200+ 个窗口同样适用0x01844360 = MAPID 当前地图ID（铁证：旁边就是 MAPID : %d 格式串）InterInGameTotalShop 虚表是 0x01079A68（不是 0x01079A6C）→ 因此 0x68B2B0 就是「槽1」，我上次的「修正」反了仓库基址值 0x0182A2DC、商店基址值 0x03BC33BC —— 两种寻址形态都 0 引用，且 ±0x80 内一个活跃地址都没有 → 明确建议换 0x0182B5E8 / 0x03BC21F8三线并进：挖穿 0x183C52C 主控单例（RTTI 定名 IFManager，≥0x1088 字节）、解出 0x0397xxxx 角色运行时状态区结构，并 CE 活体验证了 §5.3 通用调用范式。
+0x390~+0x444 每槽 = 一类窗口的当前实例指针，CE 活体一次读出 7 个窗口并全部 RTTI 定名（MAIN/Chat/Status/Inventory/Npc/AutoPlay/Couple），静态与活体 100% 吻合thiscall slot1(this,0x3F4,1,0)，均返回 0、游戏稳定 —— 「助手手法对其它窗口通用」由推论升级为实测事实0xAE3760 的 switch（0x3EE/0x3F4/0x44A/0x46E）与助手槽1 逐条同款0x3970A70=当前血量）、属性簇、第三簇 + imul×0x354(852字节记录) 索引 + 两类指针/字数组表定位客户端内置「助手挂机」模块的函数表、消息分发器与关键内存地址，为易语言子程序提供改动依据。会话日期：2026-09-16
整体定位客户端内置助手挂机模块：核心函数表、反汇编入口、字符串引用地图与配置体系。
按子系统划分的模块内存地图：I/O、主分发器、UI 窗口、宏发包、混淆校验、全局数据。
面向易语言子程序改造的旧→新地址对照表，附 dispatcher 命令字映射与改动清单。
锁定「小助手开」开关的内存位置，给出完整调用链与两条特征码详解。
控件 ID 全生命周期闭环：从配置数据 → UI 资源 → 控件 ID 硬编码链路 → 点击分派 → 双层调用函数，含易语言三种调用方式对比与验证判读表。会话日期：2026-09-18
把 6 份分散材料去重合并：配置数据 → UI 资源 → 控件层 → 通知层 → 分派层 → 功能层完整证据链，附关键地址速查表。
pefile + capstone 全量模式扫描：58 条控件登记、65 个已分派命令 ID，每条带 VA 可复核。
验证 0xA3F700 为 0x68B2B0 下一层分发函数（选项码 0x0B~0xA3），对比虚表直调 / 0xA3F700 直调 / 大漠远程汇编三种易语言调用方式。
实机内存遍历助手窗口，列出全部 74 个控件「偏移 → ID → 名称」，静态预测 8/8 偏移命中，附 push 0x3F4 机器码字节纠错与通用点控件写法。
解开「push 0x3F4 到底是什么」：虚表槽#1 只认 6 个动作码，0x3F4 把「控件 ID」原样当选项码转发给 0xA3F700；154 项跳转表逐条解开，74 个控件 ID 分为「有实现 38 / 区间批处理 28 / 超范围 4」。
全 exe 扫 disp==0x364：879 处 / 约 300 个函数。找到控件 ID 的静态写入点、游戏自己的 0x3F4 分发原文，并证明 +0x364 是个被 4 个类族复用的高频偏移。
0x75B230 —— 控件工厂 InterUI_Manufacture（虚表 0x010831E0，RTTI 验证）构造控件时写 [控件+0x364]=ID，与实机遍历 74 控件的结果两头闭合0x75A6FF）：push 0/1/0x3F4 → mov ecx,[[0x183C52C]+0x3EC+0x39C] → call [虚表+4] —— 与你的机器码逐条同款，写法就是引擎原生手法[0x183C52C](UI管理器) → +0x3EC(当前活动窗口) → +0x39C(当前目标控件)，不依赖 +0x414，全窗口通用malloc(0x37C) 族）/ CRT 调试标记（0xBAADF00D）—— 用前先 RTTI 验明正身