传奇服务端提示“[Exception]CheckItemList.txt加载错误!!!”同时装备回收系统失效，这两个问题相互关联，核心在于CheckItemList.txt文件异常导致服务端无法读取装备数据，进而使依赖该数据的回收功能瘫痪。
CheckItemList.txt加载错误的原因
CheckItemList.txt是服务端存储装备名称、编号、属性等核心数据的关键文件。加载错误主要由以下原因导致：
文件本身损坏或缺失。文件在传输、复制过程中因断电、存储故障导致数据错乱，或被误删除，服务端启动时找不到该文件。
文件路径配置错误。服务端配置文件（如!Setup.txt）中指定的CheckItemList.txt路径与实际存放位置不符。路径中包含中文、空格或特殊字符，或大小写不匹配（部分系统对路径敏感），都会导致引擎无法定位文件。
服务端程序与文件版本不兼容。低版本引擎加载高版本数据文件，或反之，由于数据结构差异引发解析错误。自定义修改过的服务端程序若使用原始版本的文件，也会因数据不匹配而报错。
CheckItemList.txt加载错误的解决方法
修复或替换损坏/缺失的文件。首先检查服务端目录（通常为D:\MirServer\Mir200\Envir）下是否存在CheckItemList.txt。若文件缺失，从同版本服务端安装包或可靠资源平台获取原始文件复制到对应位置。若文件存在但怀疑损坏，用同版本正常文件覆盖，覆盖前备份原文件。
核对并修正文件路径。打开服务端配置文件（如!Setup.txt、相关.ini文件），查找“CheckItemListPath”或类似参数，确保其指向的文件路径与实际存放路径完全一致。路径应使用纯英文，避免中文和空格，推荐格式如“.\Envir\CheckItemList.txt”使用相对路径。
确保版本兼容。确认CheckItemList.txt文件版本与当前使用的引擎版本（如GOM、GEE、HERO）匹配。若不确定，从引擎官方网站或对应版本的服务端包中获取标准文件进行替换。
装备回收系统不能用的原因
装备回收系统的正常运行完全依赖于CheckItemList.txt文件中的数据。当该文件加载失败时，服务端无法获取装备的基础信息、回收条件、回收奖励等关键配置，导致回收功能失效。具体表现为：NPC对话中回收选项消失、点击回收无反应、回收后无奖励发放。
此外，回收系统自身的脚本或配置文件（如RecycleConfig.ini、相关NPC脚本）若存在错误，也可能导致功能异常，但这通常发生在CheckItemList.txt加载错误解决之后。
装备回收系统不能用的解决方法
首要且必须的步骤是彻底解决上述CheckItemList.txt加载错误。只有该文件被正确加载，回收系统才有恢复的基础。修复后重启整个服务端（包括DBServer、M2Server等），进入游戏测试回收功能。
检查回收系统相关配置。在CheckItemList.txt加载正常的前提下，若回收仍失效，需检查回收脚本。路径通常为“D:\MirServer\Mir200\Envir\Market_Def”或“QuestDiary”下的相关文本文件。检查脚本中调用装备数据的命令格式是否正确，装备编号是否与CheckItemList.txt中的定义一致。
检查NPC设置与脚本关联。找到负责回收的NPC（如“回收使者”），在MerChant.txt中确认其地图、坐标、脚本名称准确无误。在对应的NPC脚本文件中，检查回收对话选项、触发条件及奖励发放脚本段落是否有语法错误。
客户端文件冲突排查。部分情况下，客户端存在干扰文件会导致点击NPC无反应。检查客户端根目录，删除可能存在的“gompj.dll”、“Plugin.dll”等插件文件（删除前请确认是否为必要文件），然后重新登录游戏测试。
综合排查与预防
遵循标准启动顺序：先启动DBServer，再启动M2Server，最后开启登录器。启动过程中观察M2Server控制台是否有其他相关错误提示。
检查文件编码与权限。用记事本打开CheckItemList.txt及回收脚本文件，确保其编码为ANSI而非UTF-8，否则中文字符可能导致读取异常。确保服务端所在文件夹（如MirServer）具有完全控制权限，避免因权限不足导致文件读取失败。
终极重装方案。若以上所有步骤均无效，考虑备份当前版本的数据（如数据库、自定义脚本），然后彻底删除服务端目录，从原始安装包重新解压并架设。在新环境中先测试基础回收功能，再逐步迁移自定义内容。
按照从文件完整性、路径配置、版本兼容到脚本检查的顺序逐步操作，能系统性地解决CheckItemList.txt加载错误及连带引起的装备回收失效问题。操作每一步后重启服务端进行测试，可快速定位问题环节。
CheckItemList.txt加载错误的原因
CheckItemList.txt是服务端存储装备名称、编号、属性等核心数据的关键文件。加载错误主要由以下原因导致：
文件本身损坏或缺失。文件在传输、复制过程中因断电、存储故障导致数据错乱，或被误删除，服务端启动时找不到该文件。
文件路径配置错误。服务端配置文件（如!Setup.txt）中指定的CheckItemList.txt路径与实际存放位置不符。路径中包含中文、空格或特殊字符，或大小写不匹配（部分系统对路径敏感），都会导致引擎无法定位文件。
服务端程序与文件版本不兼容。低版本引擎加载高版本数据文件，或反之，由于数据结构差异引发解析错误。自定义修改过的服务端程序若使用原始版本的文件，也会因数据不匹配而报错。
CheckItemList.txt加载错误的解决方法
修复或替换损坏/缺失的文件。首先检查服务端目录（通常为D:\MirServer\Mir200\Envir）下是否存在CheckItemList.txt。若文件缺失，从同版本服务端安装包或可靠资源平台获取原始文件复制到对应位置。若文件存在但怀疑损坏，用同版本正常文件覆盖，覆盖前备份原文件。
核对并修正文件路径。打开服务端配置文件（如!Setup.txt、相关.ini文件），查找“CheckItemListPath”或类似参数，确保其指向的文件路径与实际存放路径完全一致。路径应使用纯英文，避免中文和空格，推荐格式如“.\Envir\CheckItemList.txt”使用相对路径。
确保版本兼容。确认CheckItemList.txt文件版本与当前使用的引擎版本（如GOM、GEE、HERO）匹配。若不确定，从引擎官方网站或对应版本的服务端包中获取标准文件进行替换。
装备回收系统不能用的原因
装备回收系统的正常运行完全依赖于CheckItemList.txt文件中的数据。当该文件加载失败时，服务端无法获取装备的基础信息、回收条件、回收奖励等关键配置，导致回收功能失效。具体表现为：NPC对话中回收选项消失、点击回收无反应、回收后无奖励发放。
此外，回收系统自身的脚本或配置文件（如RecycleConfig.ini、相关NPC脚本）若存在错误，也可能导致功能异常，但这通常发生在CheckItemList.txt加载错误解决之后。
装备回收系统不能用的解决方法
首要且必须的步骤是彻底解决上述CheckItemList.txt加载错误。只有该文件被正确加载，回收系统才有恢复的基础。修复后重启整个服务端（包括DBServer、M2Server等），进入游戏测试回收功能。
检查回收系统相关配置。在CheckItemList.txt加载正常的前提下，若回收仍失效，需检查回收脚本。路径通常为“D:\MirServer\Mir200\Envir\Market_Def”或“QuestDiary”下的相关文本文件。检查脚本中调用装备数据的命令格式是否正确，装备编号是否与CheckItemList.txt中的定义一致。
检查NPC设置与脚本关联。找到负责回收的NPC（如“回收使者”），在MerChant.txt中确认其地图、坐标、脚本名称准确无误。在对应的NPC脚本文件中，检查回收对话选项、触发条件及奖励发放脚本段落是否有语法错误。
客户端文件冲突排查。部分情况下，客户端存在干扰文件会导致点击NPC无反应。检查客户端根目录，删除可能存在的“gompj.dll”、“Plugin.dll”等插件文件（删除前请确认是否为必要文件），然后重新登录游戏测试。
综合排查与预防
遵循标准启动顺序：先启动DBServer，再启动M2Server，最后开启登录器。启动过程中观察M2Server控制台是否有其他相关错误提示。
检查文件编码与权限。用记事本打开CheckItemList.txt及回收脚本文件，确保其编码为ANSI而非UTF-8，否则中文字符可能导致读取异常。确保服务端所在文件夹（如MirServer）具有完全控制权限，避免因权限不足导致文件读取失败。
终极重装方案。若以上所有步骤均无效，考虑备份当前版本的数据（如数据库、自定义脚本），然后彻底删除服务端目录，从原始安装包重新解压并架设。在新环境中先测试基础回收功能，再逐步迁移自定义内容。
按照从文件完整性、路径配置、版本兼容到脚本检查的顺序逐步操作，能系统性地解决CheckItemList.txt加载错误及连带引起的装备回收失效问题。操作每一步后重启服务端进行测试，可快速定位问题环节。