把分散在各个任务工作区里的分析报告收拢到一处 —— 服务器侧 / 客户端数据 / 内存逆向 / 助手模块逆向，共 247 篇。
取窗口对象 = 读整数( 读整数(0x0188C61C) + 槽偏移 ) · 0x0188C61C = 25740828（IFManager 全局变量，永久固定）；已弹出 = 该窗口下【类型码 24 = InterWindow 内容面板】的 +0x40 == 1。2026-09-28 活体全量遍历 · RTTI 类名验证
| 槽偏移 | 十进制 | 窗口类名 | 中文名 | 控件ID | 面板 | 面板明细（偏移 : 面板ID，绿点=此刻可见） |
|---|
行数 · 内容面板 · 此刻显示中 ｜ 写代码用 十进制列；面板偏移不固定（实测 78 种），判定请用「扫」不用「查表」 ｜ 独立页：窗口偏移总表_可搜索.html
把各任务报告的核心结论压成一页速查；右侧标注可信度与出处，细节点进对应报告。
| 维度 | 结论 | 可信度 | 出处 |
|---|---|---|---|
| 游戏运营状态 | 仍在活跃运营——《热血江湖》台服，代理商 樂意傳播 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字节记录) 索引 + 两类指针/字数组表pefile 解析节区 + capstone 逐条反汇编 + 全代码段扫描，用同一套三重判据把历史上找过的基址逐项过筛，回答「这个地址到底有没有人在用、怎么用」。
静态复验只能证明「代码在用这个地址」，不能证明「运行时地址里的指针指向的对象是对的」；本清单把待验证基址按 7 组列好，CE 挂上 YGOnline.exe 逐条读值落地。
把 `旧版本更新.代码\常量.e.txt`（E2TXT 反编译产物）里的常量与游戏侧基址逐条对照，确认工程实际引用的地址与逆向结论是否一致。
A 方（基址活体验证清单）与 B 方（旧版本更新.代码 里真正被引用的地址）求差集，找出「清单里有但工程没用」和「工程在用但清单没有」两类缺口。
capstone 逐指令线性反汇编 + MSVC RTTI 校验 + 引用形态分类，从「谁引用了谁」的角度画出全局地址引用图，而不是只盯单个基址。
2026-09-24 游戏更新后的基址总表（MD 全文）：数据源 = YGOnline.exe + 服务器历史报告 + 用户 CE 活体实测锚点。
2026-09-24 游戏更新后的人物信息基址页：把「人物属性块 + 人物对象 + 相关指针链」整理成可查的 HTML 表。
基址总表的 HTML 可查版（2026-09-24 游戏更新后）——同《25_基址总表_更新版_0924.md》，排版成表格便于翻查。
定位客户端内置「助手挂机」模块的函数表、消息分发器与关键内存地址，为易语言子程序提供改动依据。会话日期：2026-09-16
整体定位客户端内置助手挂机模块：核心函数表、反汇编入口、字符串引用地图与配置体系。
按子系统划分的模块内存地图：I/O、主分发器、UI 窗口、宏发包、混淆校验、全局数据。
面向易语言子程序改造的旧→新地址对照表，附 dispatcher 命令字映射与改动清单。
锁定「小助手开」开关的内存位置，给出完整调用链与两条特征码详解。
整合国服 19.0 的 25 个找 call 方法文件 + 本机 exe 静态 PE 画像 + 运行时 dump：NPC 功能 call、玩家对象公式、功能编号表。
打开 →基于 OD 原始状态 dump 的地址整理，NPC 功能与对话 CALL 的基址清单。
打开 →控件 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 验明正身实机转储 238/496 槽控件对象后的全量偏移统计：对象头 0x00~0x4F、状态位（+0x360 勾选 / +0x40 页面激活）、扩展区 0x320~0x3CF、编辑框族专用结构、功能号↔控件名对照、存档格式与转储方法论，共 10 章。
字符串定位 + 交叉引用 + 反汇编：确认 initiation_ok_* 贴图是通用「确定」按钮，被两个非助手窗口复用（ID 0x62 / 0x72），最典型用途是武功初始化（洗点）危险确认弹窗。
0x10A52DC），代码引用 7 处、集中在两个函数簇0x62，红色警示确认框（window_exchangebox_danger）的确定按钮0x72，武功相关窗口（button_mugong 同屏）0xA3F700 跳转表直发清单 —— 当助手控件直发必然无效字符串定位 → 指针交叉引用 → capstone 反汇编，锁定 initiation_ok 控件的身份与用途。
打开 →一次性判定 #全局大列表基址 该怎么用（直接用还是要解引用一层），进游戏手动打开一次内挂丸面板后跑。
打开 →一段可直接贴进辅助工程的易语言代码：在 DLL 注入环境下验证「助手控件调用」这条链路是否通。
用易语言子程序 `遍历助手控件` 实机内存遍历采到的 74 个控件，做成「控件名 ↔ 内存对象 ↔ ID」对照表。
把机器码核心抽成独立子程序 `助手_发命令` 的极简版：只有 1 个参数、0 个局部变量，便于嵌进任何工程。
静态反汇编（pefile + capstone）＋ 实机内存遍历交叉验证，讲清助手 `0x3F4` 这层分派是怎么把「控件 ID」映射到「处理函数」的。
实机遍历证实「控件 ID = [控件+0x364]」之后，把游戏自身 373 万条指令全扫一遍，找出谁在读它、谁在写它、这个偏移还有没有别的含义。
只读验证控件池基址 0x3C35758 到底存的是「UI控件」还是「实体」，放在按钮的被单击里调用。
打开 →在 YGOnline.exe 内存中定位到「墨魂之箱子」等时间制道具的到期时间对象，完成结构定型、地址无关定位方案与改写验证。
-0x20 处 80 3A 09 00（604800=7天秒数）为记录指纹；+0x00 处 5×WORD 年/月/日/时/分连存，就是到期时间；+0x14 的 epoch 是派生缓存（改它无效）80 3A 09 00 → 校验 +0x20 处 5×WORD 合法性。实测原始命中 43 处，校验后仅 1~2 处为真记录 → 必须校验55 AA AA 55 魔数），内含服务器下发的新旧两箱时间 → 时间源头在服务端可直接使用的精易模块实现：扫描定位 + 读取列出 + 续期改写，含记录结构速查表与实测避坑清单。
内存.搜索 ({128,58,9,0}, 命中) → 逐个校验 5×WORD → 输出到期时间与地址内存.写短整数 写 5 个 WORD 完成续期定稿于 2026-09-28 的一整套「窗口弹出判定」体系：IFManager 槽偏移全表、内容面板判定、窗口槽位表数据类型、按钮点击（事件 0x409）、通知框与组队窗，以及 ybmsg 消息表与 rxbb.dll 界面清单。会话日期：2026-09-25 ~ 09-28
一句话结论：只看窗口对象下面那个「内容面板」（类型码 24 = InterWindow）的 +0x40 是不是 1。窗口对象自身的 +0x40 是「曾激活过」的粘滞标志，关窗不清零，绝不能用。
打开 →含被推翻的旧公式完整记录（旧「窗口对象 +0x40 == 1」在组队窗显示时=0、交易窗关闭后仍=1），以及遍历 IFManager 192 槽的正确姿势。
打开 →传入 IFManager 槽偏移（十进制），返回该接口窗口此刻是否显示。原理：读窗口对象后扫其子槽 +0x300~+0x600（192 个），找类型码 24 面板判其 +0x40。
打开 →不改判定逻辑，把每一步读数写进挂机日志，用于分辨「IFManager 没读到 / 槽偏移填错 / 窗口真没开」，并打印扫到几个内容面板与各自 vis。
打开 →带日志版子程序的整段可复制页面。
打开 →「槽 0 (0x0)」事故复盘：根因是漏调 窗口槽位表_初始化()（对象 17701228 已是 IFManager 虚表，内存链路正常，纯粹是 窗口.交易 成员为 0）。附槽偏移合法性检查（768~1532）与幂等初始化，并比较初始化该放哪 4 个位置。
打开 →参数合法性检查 + 幂等初始化的完整可复制代码页。
打开 →直接返回屏幕上所有弹着的窗口名（例：InterMAIN 槽940 面板+836），靠 RTTI 反查类名，游戏更新平移也不失效。
打开 →一次性把 IFManager 全部 192 个槽扫一遍，每个槽是什么窗口、有几个内容面板、哪些正在显示，全部写进挂机日志；游戏更新后用它重新摸清槽位表。
打开 →仅显示 / 全部 两个版本的槽偏移遍历代码页。
打开 →取窗口对象 = 读整数(读整数(0x0188C61C) + 槽偏移)；全表列出 80 个非空槽的槽偏移、十进制、RTTI 类名。
打开 →IFManager 全部接口窗口活体全量遍历：槽偏移 / 内容面板偏移 / 类名三列对照，并给出「窗口在屏幕上」的判据（类型码 24 面板 +0x40==1）。
打开 →80 行 × 193 面板的可搜索表格页，输入窗口名 / 类名 / 偏移即时过滤，查窗口不用再翻文本。
打开 →「窗口是否弹出」判定代码的一键复制页面。
打开 →接口窗口没有「固定的面板偏移表」可抄：193 个面板实例分布在 78 种偏移（+0x330 最多只占 17%），只能扫 窗口对象+0x300~+0x600 找类型码 24 且 +0x40==1 的那个。
打开 →把全表做成 72 个成员的自定义数据类型（如 .成员 交易, 整数型 = 1236），直接写 窗口是否弹出(窗口.交易) 即可；含 窗口槽位表_初始化() 与全局变量。
打开 →数据类型定义 + 初始化子程序的一键复制页。
打开 →CE 活体遍历的原始读数与结论，含本次实测环境（32 位 CE，XIGNCODE 只放行 32 位程序读 32 位游戏）。
打开 →组队窗按钮 7034/7035 归属澄清：其 +0x04 父指针指向 InterParty 对象(7029)本身，7030 是 +0x330 的 InterWindow 面板 —— 二者是兄弟不是父子；并删除「窗口对象 +0x40 == 1」这个条件。
打开 →三个名字三条路别混用：点按钮 = 事件 0x409 + 控件ID 派发给 UI 事件分发器 [0x0188C60C]；附机器码逐字节实证（游戏原文在 0x00CFB623），控件 ID 在按钮对象 +0x0C 且会话内递增，禁止写死。
打开 →按钮点击call 子程序 + 事件 0x409 机器码一键复制页。
打开 →对原稿逐行审查后修正：点按钮走的并不是 0x682880，给出修正版实现。
打开 →对应 Asm 写法的置入代码改写，修正原版三个问题（含多余的 mov esi,[esi]）。
打开 →自己名字 = 编码_BIG5到简体(内存_读文本型(句柄, 62863912))；三客户端活体实测通过。
打开 →「自己名字」这一行代码的确切含义拆解，以及验证思路与过程记录。
打开 →组队邀请框弹出时活体实测：0918 的「通知框标志 0x01890854」属未读计数不是弹出标志，本文给出正确的通知对象链路与两按钮定位。
打开 →通知弹窗信息遍历（标志 / 窗体 / 文本框 / 两按钮），框弹出时调用。
打开 →通知弹窗两级对象结构的修正版遍历实现。
打开 →ybmsg.cfg 全量导出：7843 条定长记录（每条 0x204 = 516 字节），Big5 编码，占位符 %%s / %%d / %%I64d。查游戏提示文本、反查消息 ID 都能用。
打开 →rxbb.dll 的 54 个窗口、534 个控件的界面源码总览（窗口/*.form.json 与 代码/*.form.e.txt 目录结构）。
打开 →同上内容的纯文本版：窗口ID / 标题 / 尺寸 / 控件数 / 字体 / 资源偏移 一览。
打开 →按 Win32 DLGTEMPLATEEX 标准解析 rxbb.dll 的 54 个 RT_DIALOG，逐对话框列出控件、尺寸、字体、资源偏移。
打开 →同上的纯文本版，另附资源类型分布（RT_DIALOG 54 / RT_CURSOR 16 / RT_STRING 13 …）。
打开 →54 个对话框按资源尺寸 1:1 像素还原的预览页，看界面长什么样最直观。
打开 →控件池基址 0x03C35758 的结构分析（静态反汇编得出），可直接指导易语言侧读写控件对象。
打开 →控件池（容量 15000）全量遍历控件名：控件结构 +0x00 虚表 / +0x04 父窗口 / +0x0C 槽号 / +0x364 控件ID / +0x368 名称(BIG5 内联缓冲)。
打开 →把两套「看起来不一样、实际指向同一批控件」的表对上：9-18 旧表（实机遍历 + 静态反汇编）与 9-25 活体表（CE 桥读控件池），以后点按钮不用再扫池子。
打开 →同一份 EXE 起两个进程（PID 2436 / 16060）对照实测：窗口按钮的取法是否固定。结论是取法固定、可按槽偏移直接命中，不必每次重新扫。
打开 →自动接受组队邀请的完整子程序集：从「检测组队邀请弹窗」到「点接受」的整条链路，可直接搬进工程。
打开 →组队窗「接受」按钮的定位过程与运行时自判定写法（槽 1256、左 +952 / 右 +960），讲清「怎么找到的」而不只给结论。
打开 →把「自动接受交易确认」与「自动接受组队邀请」合并成一套处理流程，避免两个功能各自轮询、互相抢窗口。
打开 →上一份文字说明的「可复制代码页」版：排版好、带高亮，直接全选粘贴进易语言。
打开 →「自动处理交易 + 自动处理组队（合并版）」的可复制代码页，带高亮与分节，便于整段贴进工程。
打开 →《自动处理组队_0928》的可复制代码页：整份子程序集排版好，避免从 txt 里挑代码时漏掉声明。
打开 →封包构造骨架、开店/销毁物品等发包写法，以及快捷栏、寻路、死亡回城、内挂丸/小助手等功能 CALL 的可用实现。会话日期：2026-09-25 ~ 09-27
关键发现：抓包记录每条比真实包多 2 个前导 00；真实包头结构 = [0000][功能号 word][包体长度 word]。含用户钦定的组包骨架模板。
打开 →7 条样本统一解码：唯一码读法正确（B313AD8B19EBDC00 与 物品位置+92 读出值 100% 吻合），v1 关于唯一码的结论作废。
打开 →销毁物品包共 31 字节逐段拆解：物品位置 + 物品编号 + 尾部结构。
打开 →开店包结构（4 样本定案）+ 现成可复制测试包（店名 8888 / 88888888 等）。
打开 →对 D:\BB 那份老辅助的分析：价值排序为 ★★★ 地图ID图库 + 老辅助功能面清单（证明任务名/坐标/地图都可读），但不是直接给基址。
打开 →走路 call 全段机器码只有 1 个 call：edx = 人物对象虚表第 2 项（通用命令派发，thiscall）；压栈 0x3EF 命令号 / pData 84 字节 / 0x54。
打开 →寻路 call 调用链与 pData 参数结构（对照游戏原生写法确认）的存档。
打开 →快捷栏使用 CALL 定稿版（槽号 0~29，F1~F10 对应几号槽需实测）。
打开 →死亡回城 CALL 的可调用版本（取所有窗口基址后调用）。
打开 →池基址 0x03C35758 = 63133528；功能号 49 = 啟動內掛丸 / 50 = 停止內掛丸；ecx = 控件对象本身（不是 控件对象+4）。
打开 →与定案版同源的贴回复版本，方便直接整段复制。
打开 →以游戏引擎原生手法实现的开/关内挂丸（2026-09-25 用 CE 桥活体实读 YGOnline.exe 定案）。
打开 →纯精易模块实现（只用 内存_读整数型 / 置入代码，无大漠、无自写 API）；含本次最大纠错：点按钮走的不是 0x682880。
打开 →v4 修的是一个必死循环（不是小 bug），附死亡循环的原因剖析。
打开 →纠正原稿 4 个硬伤的开关小助手实现（大漠插件版）。
打开 →逐条修正原稿 9 处错误的精易模块版实现。
打开 →不用大漠、不用自写 API 的开关小助手实现（依赖精易模块 + 汇编支持库）。
打开 →整段复制即可调用的单子程序版：内挂丸操作(游戏基址, 池基址, 小助手CALL, 31/32) 开/关。
打开 →队员基址定稿、队员记录偏移全表、队长判定与自动组队/线程调度。会话日期：2026-09-26 ~ 09-28
全局_队员基址 = 62881304（0x03BF7E18，静态模块数据区，双客户端验证）；组队_队员名称 = 824（0x338，Big5 名字 0 结尾）。
打开 →成员记录完整偏移表：+0x330 有效队员标志（1=真实队员，8 槽全扫验证）等，附每个偏移的验证方式。
打开 →先说结论：旧队员基址 0x03148650（资料库记录）已不能用，本文给出 0926 的遍历实现与推导过程。
打开 →0927 修正后的遍历队员实现（可读名字与位置）。
打开 →只要代码的纯语句体版本，行首零缩进，直接粘进易语言。
打开 →只写日志做诊断用的版本，用于判断是基址没读到还是字段偏移错。
打开 →不依赖槽位顺序：按队长标志 864（0x360）在 8 个槽里找队长，返回名字。
打开 →简化版：直接读 队员基址 指向的对象取队长名字。
打开 →判定自己是不是队长（比对人物对象与队员槽），供自动组队逻辑使用。
打开 →取队员名单（读内存返回当前队员名，斜杠分隔，无队员返回空），可与自动组队主逻辑融合。
打开 →自动组队线程的启停调度（选中开关 + 运行中标志 + 线程句柄），避免重复起线程与强杀隐患。
打开 →队员表 8 槽只存其他队员；槽值≤65536=空槽、对象+816 有效标志==1=真实队员，有效数≥1=已组队；含句柄守卫与写日志。
打开 →是否已组队 子程序整段可复制页面。
打开 →遍历 8 槽，任一有效队员带队长标志(+864)==1→别人是队长→假；否则自己即队长→真（含单人）。移交队长后返回假是正确行为。
打开 →是否是队长 子程序整段可复制页面。
打开 →按名单逐个邀请（已在队跳过/满员即停），修掉多 1 个 .如果真结束 的编译错误；含名单取/队员数/发包邀请/名字组队。
打开 →自动组队邀请 子程序整段可复制页面。
打开 →打印 全局_进程句柄 + 每槽对象/有效/队长原始值，定位「都返回假」：句柄≤0 / CE挂64位 / 偏移平移 一目了然。
打开 →队员表体检 探针整段可复制页面。
打开 →全局_进程句柄=-1 会导致所有内存读取静默失败；本子程序用 进程_名取ID+内存_打开进程 赋值，须编译 32 位+管理员；XIGNCODE 挡则改 CE 桥。
打开 →进程句柄初始化 子程序整段可复制页面。
打开 →自动处理组队 直接当 启动线程(&自动处理组队) 线程体；含复选框事件（接受组队.选中 启动+互斥取消自动组队）+ 句柄守卫；单发模型需放时钟每周期重触发。
打开 →自动处理组队 接线程调用整段可复制页面。
打开 →在子程序开头用 挂机信息 打『已进入』，区分『没调用/句柄无效/读不到/控件错位』四种无日志现象。
打开 →是否已组队 调试版整段可复制页面。
打开 →通用背包/装备栏遍历、背包勾选批量上架、物品负重字段探测。会话日期：2026-09-24 ~ 09-26
由 CE 桥 Python 活体脚本原样移植，字段全部实测验证；容器 = 读整数(静态基址值)，物品对象 = 读整数(容器 + 4×(格子-1) + 0x53C)。适用凝神珠背包 / 活动杂货背包 / 装备栏 / 普通背包。
打开 →核心思路：列表只关心「行号」，另外用一个 背包行表 数组并行保存「背包格号 + 物品结构体地址」，点按钮时按地址回内存重读，避免列表数据过期。
打开 →在背包物品对象里找「负重 / 重量」字段的探测过程与结论速览。
打开 →基址常量版本管理、仓库/容器扫描、任务列表探测、偏移稳定性总纲，以及 CE 位数这类环境坑。会话日期：2026-09-24 ~ 09-28
双客户端同版本对照实测（pid 14256 / 16164）：哪些偏移会平移、哪些永久稳定，以及本次版本更新后废掉/新增了哪些绝对基址。
打开 →已活体确认的常量清单：全局大列表基址 63133528 / 0x3C35758（旧 0x3BE80D0 读 0 作废）、背包基址值 62846416 / 0x03BEF5D0（旧 0x03B9DCE0 作废）等。
打开 →挖 0x0183C520 对象结构 + 0x0397xxxx 表结构，CE 活体验证通用调用范式。（注：该版本 IFManager 基址 0x0183C52C 已平移为 0x0188C61C，详见《偏移稳定性》。）
打开 →四基址相邻 +4 是第一特征：0x03C0CC4C 个人仓库 / 0x03C0CC50 综合仓库等，附定位特征与验证方式。
打开 →名称 / 基址 / 十进制 / 容器指针 / 容器 vtable 五列全量扫描结果表。
打开 →已确证：任务列表【不在】背包/仓库容器分发家族内；反汇编 0x00D59614 / 0x00D5BC7B 提取的静态容器里没有任务列表。
打开 →可直接加载的 CE 表：人物信息结构体（锚点 HP = YGOnline.exe+1F3F828）。
打开 →结论：不是脚本问题，是 CE 位数问题 —— XIGNCODE 只放行 32 位 CE 读 32 位游戏。
打开 →2026-10-09 ~ 10-12 期间新增的报告：内存逆向新发现（背包空格误判 / 怪物坐标偏移 / 地面物品对象 / 发包打怪）与版本改动说明、挂机日志分析。会话日期：2026-10-09 ~ 10-12
背包实满 96/96，助手却报「空格 2」→ 根因：判空用 `物品位置 ≤ 0`，而 YGOnline.exe 是 3GB 感知、物品指针可 ≥0x80000000，易语言整数型有符号读成负数 → 命中「空格」分支。全工程 40+ 处同类判据。
打开 →从参考 DLL 逆向到 CE 实机实测，定死攻击包 42 字节布局与「目标 ID = 怪物对象 +0x14（网络 ID，不是 +0xC 槽位 ID）」，落地为 `发包打怪` / `发包打怪_打选中怪` / `取怪物对象_按槽位ID`。
打开 →把全工程 74 处指针判空 `≤ 0` 改成 `＝ 0`（含 `仓库位置 ≤ 65535`），并合并用户在设计器里新增的控件与事件；附「纯往返对拍识别用户真实改动」的完整方法（区分真改动与 e2txt 噪声）。
打开 →怪物对象坐标是 `+0x107C / +0x1084`；旧代码多加了 0x280 落到 `+0x12FC / +0x130C`（实测恒 0）—— 这正是「NPC 遍历读不出坐标」的病根。人物类坐标另在 `+0x1F84 / +0x1F8C`。
打开 →地面掉落物 = 对象表 8000~9999 槽中 `+0x08 == 0x33` 的对象：槽位 ID `+0x0C`、堆叠 `+0x10`、归属 `+0x14`、编号 `+0x78`、名字 `+0x94`、世界坐标 `+0x148/0x14C/0x150`；`+0x228` 起是渲染插值。
打开 →回补异常累计与「关闭游戏进程」兜底、卡坐标判定等改动的说明 —— 含「`回补异常_趟数` 必须 ≥3，设 1 等于上线即被反复关游戏」这类踩坑结论。
打开 →挂机坐标 / 坐标脚本与服务端同步的客户端实现片段（对接 `yxzh_script.asp` 的 coord / script 接口，中文名必须走自建 `URL编码_GBK`）。
打开 →从各角色挂机日志里汇总出来的异常与结论（配合 `config/log/<角色>.txt`）。
打开 →总汇报告的修正版（更正前版误判）。
打开 →单角色「梅有野路子」的挂机日志监控报告。
打开 →单角色「江南雨替我说别」的挂机日志监控报告（该角色也是 CE 实证时挂过的主号）。
打开 →单角色「炎帝魂」的挂机日志监控报告。
打开 →游戏内挂 .aut 档结构（11812B = 4B 头 + 4 槽 × 2952B）、35 项开关字节、控件 ID 与页级读写、出厂默认档来源、读写工具说明。2026-10-18 ~ 10-19 新增
之前的文档写「0x074 35B 功能开关位图」，这个说法是错的，会把人带偏。
打开 →页基址公式（文件与内存通用）：
打开 →所以我给你的是 复刻出来的模板文件，不是从 exe 里"挖"出来的：
打开 →其余已知字段：+0x000 虚表、+0x004 父对象、+0x00C 池索引、+0x360(byte) check、+0x364(dword) ID。
打开 →本次实测 8 个页地址：
打开 →三者读写的是同一套字节，只是通道不同。
打开 →日期：2026-10-18 23:2x
打开 →页内布局（页基址 = 槽基址 + 0x5C4 × 页号）：
打开 →新角色第一次进游戏时，游戏在代码里生成一份结构骨架写进 client\<账号>.aut。这份骨架 = 全 0 + 10 个非零字节：
打开 →控件对象在控件池里能按内容地址直接定位，勾选状态是对象内一个 byte，读写都成立：
打开 →台服（热江 · 新熱血江湖）官网前后端观察、更新与下载地址、游戏服务器端口与外部暴露面评估。2026-10-18 ~ 10-19 新增
从用户给的入口同样可达 —— hot.mangot5.com 会 302 并把 ref URL 编码后原样透传：
打开 →实测证据：
打开 →除 80/443 外，65533 个端口全部无响应。13502 连接超时（5s，connect 失败）。
打开 →按版本号记录的每一次改动：崩溃根因、回补链、防杀、躲避、凝神珠、跨图脚本、日志与配置等。2026-10-18 ~ 10-19 新增
日期：2026-10-06
打开 →交付文件：旧版本更新_修复后_v11.e（2,826,585 字节，md5 0b62f61a84cdd1ad0470879b7d7137a2）
打开 →日期：2026-10-06 21:05
打开 →时间：2026-10-06 20:17 ｜ 工程：D:\AI空间\rxjh\旧版本更新.代码（文本主本）
打开 →日期：2026-10-06 14:29
打开 →时间：2026-10-06 14:40 ｜ 工程：D:\AI空间\rxjh\旧版本更新.代码（文本主本）
打开 →日期：2026-10-07 01:52
打开 →v1 在南明洞分支 执行跨图脚本(“夸图”) 之后加了一段：
打开 →交付文件：D:\AI空间\rxjh\旧版本更新_修复后_v10.e（2,821,283 字节，md5 8f21eec34f1678f31a205e26230c8101）
打开 →分析时间：2026-10-06 23:25
打开 →一键整理配置文件 —— 脚本说明与真机体检报告
打开 →工程 取NPC编号 表里本来就有一条 74=南明洞护法。
打开 →所以：90 00 18 00 是「NPC 交互」命令组，第 9 字节起是子命令。你这个包的 4A(=74) 正好落在工程放 NPC 编号的位置上 —— 和上一轮那张编号表对上了，这不是巧合。
打开 →南明湖.ini 最后两个点：
打开 →日期：2026-10-07 01:45
打开 →日志缓冲 是全局文本型变量；界面线程装了 9971 定时器，每 500 毫秒执行一次：
打开 →助手是以 DLL 注入到游戏进程里的，它自己那个窗口（MainDialogWnd）是顶层窗口，
打开 →把助手注入出来的窗口，吸附（dock）到游戏主窗口上，左对齐 + 下对齐（贴左下角），并且跟着游戏窗口一起移动（游戏窗口移动/最小化/还原时助手自动跟随）。
打开 →（原报告无摘要段落）
打开 →v16 把助手窗口 SetParent 成游戏主窗口的子窗口后，窗口只闪一下就消失、再也看不见。
打开 →之前两次吸附尝试都失败，但原因不同、且都不是「吸附这条路走不通」：
打开 →v17b 吸附位置贴在了游戏窗口左下角，用户要求改到游戏进程窗口的右边并底部对齐并跟随。
打开 →交付物：D:/AI空间/rxjh/旧版本更新_修复后_v20.e（2,895,638 字节，t2e 0 错 0 警）
打开 →日期：2026-10-06
打开 →日期：2026-10-07 目标工程：旧版本更新（test.dll） 交付：旧版本更新_修复后_v9.e
打开 →新增一个子程序 自动购买助手，只加子程序，没动界面、没挂进挂机主循环（按你的要求，连接点你自己接）。
打开 →日期：2026-10-07 13:15
打开 →日期：2026-10-07
打开 →你说的「跨图飞图导致崩溃，应该是读取地图崩溃的」，在代码里挖到 4 处直接成因。
打开 →编译源：D:/AI空间/rxjh/旧版本更新_修复后.e（md5 615ba4817fe9cb0f50add3460fd67d92）
打开 →时间：2026-10-06 23:18
打开 →日志第 3 行：第1次：使用回城符(虎峡谷)躲避傻逼人物！
打开 →23:07:36 发现仇人 → 23:07:50 判定脱险，整整 14 秒。逐行对上代码后，发现判定过程本身不可信：
打开 →日期：2026-10-07 00:30
打开 →用户运行日志 client\config\log\.txt：
打开 →附带修了一个真 bug：原 寻找文本 (仇人名单, 怪物名称, , 假) 在怪物名称为空串时恒命中（读内存失败会误触发回城），已加 怪物名称 ≠ "" 防护。
打开 →时间：2026-10-06 15:25 ｜ 工程：D:\AI空间\rxjh\旧版本更新.代码（文本主本）
打开 →日期：2026-10-06 14:35
打开 →原来的逻辑是见到仇人名单里的名字就立刻回城。问题是：挂机那张图里常常有名单人物只是路过、
打开 →日期：2026-10-07 00:34
打开 →日期：2026-10-19 09:06–09:30
打开 →