一、机制根源：为何“招走”不刷新
你遇到的“招走不刷”并非BUG，而是传奇引擎的默认刷怪逻辑。系统判定“怪物存活”的依据是该怪物的唯一编号（ID）是否仍在游戏中存在，而非其物理位置。
- 逻辑链：虎卫刷新点 → 刷出一只虎卫（ID:1001） → 法师使用诱惑之光招走 → ID:1001 依然存在（只是归属权变为玩家） → 系统检测到“虎卫（ID:1001）未死亡”，故不触发新一轮刷新。
- 触发条件：只有当该虎卫死亡或叛变消失（ID从游戏中清除），系统计时器才会重置，并在你设定的30分钟后刷出新怪。
因此，单纯修改 MonGen.txt 中的刷新时间（如改为1分钟）是无效的，核心在于改变“招走即视为清除”的判定。
二、解决方案A：修改刷怪脚本（推荐）
这是最彻底的解决方式，通过修改刷怪配置文件，让虎卫变为“招走即死，立即刷新”的模式。
1. 定位刷怪文件
找到服务端 MirServer\Mir200\Envir 目录下的 MonGen.txt 文件，用记事本打开。
2. 修改虎卫刷怪行参数
找到对应虎卫堂（通常地图代码为 H201 或类似）的刷怪行。原配置可能类似：
H201 20 25 虎卫 0 1 30
修改关键参数：
• 刷新模式（第7个参数）：将默认的 0（普通模式）改为 1（集中刷新模式）或 2（定时清除刷新）。
- 集中刷新几率（第8个参数）：若启用模式1，将此值设为 100（100%几率）。
修改后示例：
H201 20 25 虎卫 0 1 30 100 1
逻辑：模式1配合100%集中几率，会强制在刷新点生成怪物，若旧怪被招走，系统会判定该点位空缺，立即补刷。部分引擎（如GOM）支持 2 模式，会定时清理地图上未被招揽的野生怪物并立即刷新。
3. 重启生效
保存 MonGen.txt，重启服务端（关闭M2Server再开启）。此时招走虎卫，约30秒内（引擎检测周期）即会刷出新虎卫。
三、解决方案B：调整怪物属性（备选）
若修改刷怪文件无效，需通过数据库调整虎卫的“生命属性”，使其被诱惑后行为改变。
1. 打开怪物数据库
使用数据库管理工具（如DBC2000、Access）打开服务端的 Monster.DB 文件（位于 MirServer\mud2\DB）。
2. 修改虎卫字段
找到“虎卫”或“HuWei”的记录行，修改以下关键字段：
- Race 或 RaceImg：原值通常为 81（宝宝类），尝试改为 0（普通怪）或 83（变异怪）。
- LifeAttrib（生命属性）：确保为 0（生物系，可诱惑）。
• 特殊标记：检查是否有 Boss 或 Guard 标记，若有则取消。
原理：将虎卫从“唯一性宝宝”改为“普通可诱惑怪”，使其被招走后，刷新点不再被其“ID占用”，从而触发正常刷怪计时。
四、解决方案C：M2引擎参数调整
部分引擎（GOM、GEE）在控制面板中提供了刷怪高级选项。
1. 打开 M2Server → 菜单栏【选项】→ 【刷怪设置】或【怪物设置】。
2. 找到 “宝宝类怪物刷新规则” 或 “诱惑怪物刷新机制”。
3. 将默认的“死亡后刷新”改为“离开视野刷新”或“诱惑后立即刷新”。
4. 保存配置并重启M2。
五、极速排查清单
1. 查文件：确认 MonGen.txt 中虎卫行的第7、8个参数是否为 1 和 100。
2. 查数据库：确认 Monster.DB 中虎卫的 Race 值不是 81（专属宝宝）。
3. 清缓存：修改后必须重启M2Server，仅重读脚本可能不生效。
按此顺序操作，可强制打破“招走不刷”的默认机制，实现虎卫按配置时间正常循环刷新。
