南明洞回补后开启「助手挂机」修复说明（v2 + 组合框增强）

本文是 v2 版，取代此前「重触发线程」方案。v1 能开挂但会「进洞后乱跑」，根因是重触发导致挂机路线被走第二遍。
后续又加了「组合框」关键字增强：夸图.ini 的 [湖洞挂机] 段改用 执行脚本（组合框），自动跟随下拉框当前选中的挂机路线。

一、问题现象（v1 上线后）

• 03:34 日志：返回挂机坐标成功！开启挂机！ —— v1 的「重触发线程」确实把助手挂机开起来了。
• 但用户反馈：进入湖洞后有点乱跑。
• 用户补充说明：记录坐标组合框.内容 是自定义、随时变动的挂机路线文件名，跨图脚本不该写死某个文件名。

二、根因（两层）

1）v1 的「重触发线程」把挂机路线走了第二遍（乱跑真因）

v1 在南明洞分支 执行跨图脚本(“夸图”) 之后加了一段：

启动线程 (&挂机寻路新, , 挂机寻路线程)
返回 ()

重触发的新线程一旦启动，因为当前地图已经是南明洞（=挂机地图），它会走 跨图/防卡寻路分支 → 多坐标寻路 (全局目录 ＋ “\坐标脚本\” ＋ 记录坐标组合框.内容 ＋ “.ini”)。<br>而 记录坐标组合框.内容 此时就是 湖洞120级挂机（那 39 个挂机点），于是这 39 个点被再走一遍 —— 这就是「进洞后乱跑」。

关键结论：南明洞分支绝不能重触发 挂机寻路新。夸图脚本内部已经把「走到挂机点 + 开始挂机」全做完了，重触发纯属多余且有害。

2）夸图.ini 原先写死文件名，无法跟随下拉框

跨图脚本 G4 段（执行脚本（XXX））原本只读括号里的字面文件名（如 湖洞120级挂机），不读 记录坐标组合框.内容。<br>用户要随时换挂机点就只能手动改 夸图.ini，很不方便；且早期还因改名（湖洞挂机.ini→湖洞120级挂机.ini）导致 × 文件不存在。

三、v2 修复内容

A. 南明洞两处分支：删掉重触发块（核心）

原重触发块（启动线程(&挂机寻路新) + 返回 () + 重触发日志）整体删除，只保留线程标志复位 + 挂机时钟：

' 【南明洞】夸图脚本内含「湖洞挂机」走到挂机点 + 「开始挂机」直接开启助手挂机，无需再重触发线程（重触发会再走一遍挂机路线）
回补线程开启 ＝ 假
执行寻路线程 ＝ 假
开始挂机.标题 ＝ “停止挂机”
更新数据时钟.时钟周期 ＝ 1000
功能检测时钟.时钟周期 ＝ 到整数 (检测周期编辑框.内容) × 1000

不再 启动线程、不再 返回 ()，旧线程走完分支自然结束，不会再去走挂机路线。

B. G3「开始挂机」指令：回补线程内直接开助手挂机

夸图脚本 [开始挂机] 段被解析到时（.如果真 (寻找文本 (单行, “开始挂机”, , 假) ≠ -1)）：

.如果 (回补线程开启 ＝ 真)
    写日志 (... 回补线程内直接开启助手挂机（小助手开）...)
    小助手开 ()              ' ← 直接开助手打怪，不再跳过、也不再重触发
.否则
    写日志 (... 自动点「开始挂机」按钮...)
    _开始挂机_被单击 ()
.如果结束

• 小助手开 () = 真·自动打怪（仅 按钮点击call (开启助手职业偏移)，无依赖，直接调即可）。
• 非回补线程（正常点按钮场景）仍走 _开始挂机_被单击 ()，行为不变。

C. 夸图.ini：改用「组合框」关键字跟随自定义挂机路线

执行脚本（湖洞120级挂机）  →  执行脚本（组合框）

• 用户确认 记录坐标组合框.内容 是自定义、随时变动的挂机路线文件名，不应写死。
• 改为 执行脚本（组合框） 后，G4 读到关键字 组合框（或 自定义/当前）就改用 记录坐标组合框.内容 当文件名，自动跟随下拉框当前选中的路线。
• gbk 编码，已就地修改；备份见 夸图.ini.bak_组合框_*。

D. G4（执行脚本）新增「组合框/自定义/当前」关键字

源码 执行跨图脚本 的 G4 段（约 9316 行起）在 临时脚本名 ＝ 括号内 之后加了一段：

.如果 (临时脚本名 ＝ “组合框” 或 临时脚本名 ＝ “自定义” 或 临时脚本名 ＝ “当前”)
    临时脚本名 ＝ 记录坐标组合框.内容
    .如果真 (临时脚本名 ＝ “”)
        写日志 (... 执行脚本：组合框内容为空，无法确定脚本名，跳过 ...)
        连续失败 ＝ 连续失败 ＋ 1
        到循环尾 ()
    .如果真结束
.如果结束

• 填具体文件名（如 执行脚本（湖洞120级挂机））→ 走该文件（原行为不变，向后兼容）。
• 填 组合框/自定义/当前 → 走 记录坐标组合框.内容 当前选中的路线。
• 组合框为空 → 记日志 + 连续失败+1 + 跳过，不会误走别的文件。

四、为什么这样不会「乱跑」

• 进洞后整条挂机路线由 夸图脚本内部 一次走完（含 [湖洞120级挂机]/[执行脚本（组合框）] 的路线点 → [到挂机坐标] → [开始挂机]）。
• [开始挂机] 由 G3 在回补线程内 直接 小助手开 () 开打，不再派生新线程。
• 旧回补线程分支结束即退出，没有任何二次 多坐标寻路(记录坐标组合框.内容)，所以挂机点只走一遍。
• [湖洞挂机] 段现在用 执行脚本（组合框），走的是下拉框当前选中的路线文件（记录坐标组合框.内容）；换挂机点只管在下拉框选，无需改 夸图.ini。

五、执行后链路（预期）

1. 回补线程：走到南明洞分支 → 执行跨图脚本(“夸图”) 走进洞并跑完内部挂机路线（其中 [湖洞挂机] 段按 记录坐标组合框.内容 走当前路线）→ 复位标志 + 挂机时钟 → 分支结束退出（不重触发）。
2. 夸图脚本内部 [开始挂机] 段被 G3 命中：回补线程内 → 小助手开 () 直接开打。
3. 结果：人到南明洞挂机点 + 助手挂机自动开启，路线只走一遍，且跟随下拉框随时变动。

六、验证（本次实测）

• t2e 编译：SUCC + EXIT=0，无法识别 行数 = 0；产物 out33.e 2,788,695 字节（基线 out28.e 2,787,878，差异仅来自本次增删文本）。
• e2t 反向还原保真：还原文本子程序总数 8270，与基线 out28.e 往返结果 Δ=0（无子程序丢失）；小助手开、记录坐标组合框、新增的「组合框关键字」逻辑均在位。
• 二进制取证：.e 中 GBK 命中 湖洞120级挂机 / 小助手开 / 记录坐标组合框 / 组合框 / 执行脚本：组合框内容为空 均为 True。

七、交付文件

• 主交付（已覆盖）：D:/AI空间/rxjh/旧版本更新_修复后.e（v2 + 组合框增强，out33.e）
• 上版 v2b 备份：D:/AI空间/rxjh/_tmp/旧版本更新_修复后.e.bak_v2b_20261007_092729
• 编译中间产物（备胎）：D:/AI空间/rxjh/_tmp/out31.e、out32.e、out33.e
• 文本源：D:/AI空间/rxjh/旧版本更新.代码/代码/窗口程序集_MainDialogWnd.form.e.txt（已含全部改动，纯 CRLF + BOM）
• etprj：已还原为指向主交付 .e 的完整配置（旧版本更新.代码/项目.etprj）
• 数据文件：D:/rxjh2025/client/坐标脚本/夸图.ini（已改为 执行脚本（组合框））；备份 夸图.ini.bak_组合框_*。
• 可复现补丁：D:/AI空间/rxjh/_patch/fix_南明洞开挂_v2b.py（终态归一化 CRLF，幂等，复现 v2）
• 组合框增强补丁：D:/AI空间/rxjh/_patch/fix_组合框增强.py（叠加「组合框」关键字，幂等，复现本增强）

八、⚠️ 关键教训（e2txt 文本源换行符）

窗口程序集_MainDialogWnd.form.e.txt 必须用 CRLF（\r\n）+ UTF-8 BOM。若误存为 LF（\n），e2txt 会静默解析错位、丢掉子程序（含 小助手开），编译出的 .e 体积从 ~2.78MB 缩水到 ~1.99MB 且无报错。本次补丁/编辑后均校验为纯 CRLF + BOM。