脚本失效根源：路径与触发标识
回收脚本无法使用，九成问题出在文件路径错误或触发标识不匹配。NPC脚本文件必须存放在 Mir200\Envir\Market_Def 目录下，且文件名需与 Merchant.txt 中配置的NPC编号一致。在线回收脚本通常存放在 QuestDiary 子文件夹中，若 #CALL 指令调用的路径拼写错误，引擎将无法加载回收列表。
命令与物品数据库映射
脚本执行依赖严格的物品名称映射。回收脚本中的装备名称（如“屠龙刀”），必须与 StdItems.DB 数据库中的 Name 字段完全一致，包括括号和空格。若数据库内名为“屠龙”，脚本写为“屠龙刀”，回收将直接跳过该物品。同时，需检查 CheckItemList.txt 权限文件，确认该物品是否标记为“可回收”。
在线回收命令配置流程
在线回收需修改 UserCmd.txt 注册命令，并在 QFunction-0.txt 中绑定执行脚本。
1. 注册命令：在 Mir200\Envir\UserCmd.txt 中添加一行 回收 3（数字3为命令序号）。
2. 绑定脚本：在 QFunction-0.txt 中写入 [@UserCmd3] 段落，使用 #CALL 指令跳转到具体的回收脚本文件。
3. 脚本逻辑：在回收脚本中使用 CHECKTEXTLIST 检测物品，配合 TAKE 命令扣除装备，GAMEGOLD + 增加元宝。
编码格式与引擎兼容性
脚本文件必须保存为 ANSI 编码。若使用 UTF-8 编码保存，M2引擎读取时会出现乱码，导致脚本内容无法解析，NPC对话框显示空白或直接报错。建议使用 Notepad++ 或类似工具，在“另存为”时强制选择 ANSI 编码格式。
变量死循环与CPU占用
回收脚本若设计不当，极易引发死循环。在 WHILE 或 GOTO 循环中，必须包含明确的退出条件（如 #IF LARGE N$回收计数 100）或使用 DELAY 延迟指令。无限制的循环会导致服务器CPU占用率飙升，甚至触发引擎保护机制强制踢出玩家。
自动回收与插件指令
部分引擎（如GOM、GEE）支持自动回收功能，需调用插件指令。例如使用 PGStartAutoRecover 开启自动回收，PGSetAutoRecoverDelay 设置回收延迟。配置时需注意插件是否加载，若插件未正确注册，相关命令将无效。
报错排查与调试技巧
当脚本报错时，开启 M2Server 的脚本调试模式（选项 → 调试信息 → 显示脚本错误），控制台会直接输出错误行号。可在脚本关键节点插入 SENDMSG 6 提示信息，实时监控变量数值变化，定位逻辑断裂点。
权限与防火墙拦截
脚本执行需引擎拥有文件读写权限。若服务端安装在系统盘（如C盘），可能因权限不足导致脚本加载失败。建议将 MirServer 目录赋予 Everyone 完全控制权限，并以管理员身份运行 GameCenter.exe 启动服务端。
