单机传奇玩着流畅但周期性卡死，本质是内存溢出或脚本逻辑死循环。需按“先看日志、再查脚本、后调参数”的顺序精准定位。
一、 M2Server报错日志分析（首要步骤）
卡死瞬间的M2日志是核心线索。打开 MirServer\Mir200\Log 文件夹，按时间排序查看最新文件。
1. 内存不足报错
若日志出现“Out of memory”或“内存不足”，表明引擎无法分配足够内存。常见于低配置电脑运行大型版本。
* 解决方案：打开 MirServer\Mir200\!Setup.txt，找到 MaxMem** 参数，将其值从默认的 500 改为 1000（单位MB）。保存后重启服务端。
2. 脚本运行异常
若日志显示“Script Error”或“脚本死循环”，说明NPC或任务脚本存在逻辑错误。
* 解决方案：根据日志提示的NPC名称（如 Market_Def\比奇城-0.txt），检查对应脚本中是否有未使用 break 中断的循环（如 #while 或 goto 跳转）。
二、 脚本死循环与变量冲突排查
频繁卡死多由脚本逻辑错误引起，重点检查以下三类文件。
1. 机器人脚本（Robot.txt）
打开 MirServer\Mir200\Envir\Robot.txt，检查 #AutoRun NPC 后的执行间隔。若间隔过短（如1秒）且执行内容复杂，会导致CPU堆积。
* 修正：将高频脚本间隔改为30秒以上，如 1 改为 30。
2. 地图刷怪配置（MonGen.txt）
检查是否存在同一坐标重复刷怪，或刷怪数量设置过大（如 1000）。怪物过多会瞬间耗尽资源。
* 修正：清理重复刷怪行，将单点刷怪数量控制在50以内。
3. 全局脚本（QFunction-0.txt）
检查 [@Login]（登录触发）或 [@OnTimer]（定时器）段。若存在未正确关闭的定时器（如 SetOffTimer 缺失），会形成无限递归。
* 修正：确保每个 SetOnTimer 都有对应的关闭逻辑。
三、 硬件资源与数据库锁表
1. 内存与CPU限制
右键“我的电脑” → 属性 → 高级系统设置 → 性能设置 → 高级 → 虚拟内存 → 更改。将虚拟内存初始大小设为物理内存的1.5倍（如8G内存设12288MB）。
2. DBC2000数据库锁死
老版本使用DBC2000时，若客户端与服务端同时访问数据库，可能引发锁表。表现为游戏卡死且无法小退。
* 解决方案：关闭游戏后，打开控制面板的 BDE Administrator，右键点击 HeroDB，选择 Close 后再重新启动服务端。
四、 引擎与客户端兼容性
1. 引擎版本过旧
使用GOM引擎的版本，若未更新破解版引擎（如GOM1108），运行一段时间后必卡死。
* 解决方案：下载对应版本的引擎更新包，覆盖更新 M2Server.exe、LoginGate.exe 等核心文件。
2. 客户端补丁冲突
若卡死伴随花屏或贴图错误，是客户端补丁与引擎不兼容。
* 解决方案：更换为12周年或16周年纯净客户端，重新打补丁。
五、 快速自检流程
1. 查日志：查看M2的Log文件夹，确认有无内存或脚本报错。
2. 改内存：在 !Setup.txt 中将 MaxMem** 参数调至1000。
3. 查脚本：检查 Robot.txt 执行间隔是否过短，MonGen.txt 刷怪是否过量。
4. 换引擎：GOM引擎务必更新至1108或以上破解版。
若以上调整后仍卡死，建议更换版本测试，排除版本本身存在的底层脚本缺陷。
