传奇物品加载错误Code-100修复：解决自定义武器数据失败与ID排序问题

遇到“加载物品(Idx:688 Name:(GM)火龙圣剑)数据失败!!! 物品数据库加载失败!!! Code=-100”这一报错，说明M2Server在读取数据库时遇到了无法解析的数据结构。虽然你确认了编号无重复，但“Code=-100”通常指向数据库驱动兼容性或ID索引的连续性逻辑错误。以下是针对该错误的详细排查与修复方案。

数据库驱动与引擎兼容性排查

报错代码“-100”在较新的GOM或GEE引擎中，往往与数据库驱动程序直接相关，而非单纯的数据内容错误。

检查引擎位数与驱动匹配。如果你使用的是64位版本的M2Server，它不支持老旧的DBC 2000驱动，必须使用Access数据库引擎。请检查你的引擎版本，如果是64位，必须下载并安装AccessDatabaseEngine_X64（Microsoft Access Database Engine 2010/2016）。安装完成后，重启服务器再次尝试。

重装DBC 2000驱动。如果你使用的是32位引擎或老版本，可能是DBC驱动文件损坏或与Office冲突。建议完全卸载当前的DBC 2000，重启电脑，然后重新安装纯净版的DBC 2000。注意：如果电脑上安装了Microsoft Office，有时会因数据源冲突导致DBC无法被读取，此时需要修复Office或调整ODBC数据源配置。

IDX索引排序与连续性修复

你提到“编号无重复”，但这并不足以保证数据库能被正确加载。传奇引擎对StdItems.DB的读取逻辑非常严格，要求Idx字段必须从0开始，且必须连续递增，中间不能有任何断层。

修复索引断层。假设你原本的数据库最后一个ID是687，你直接添加了688，这看似没问题。但如果你的数据库中删除过某些物品，比如删除了ID 500，导致501直接跳到了503，这种“断号”会导致引擎读取到501后无法索引502，从而抛出Code=-100错误。

使用排序工具。不要手动在DBC中调整顺序。下载“传奇物品数据库排序器”或“万游设置器”。打开你的StdItems.DB文件，运行排序功能。该工具会自动检测Idx字段的连续性，并重新排列所有条目，确保ID从0到最大值紧密相连，没有任何空缺。

检查Idx字段类型。在DBC 2000中打开StdItems.DB，选中Idx字段，确保其类型属性被正确设置为“Integer”（整数），而不是“AutoInc”（自动增量）或其他类型。错误的字段类型会导致引擎无法识别索引。

自定义武器的数据规范检查

既然报错具体指向“(GM)火龙圣剑”，说明该条目的数据结构可能存在异常，导致引擎无法解析。

核对StdMode字段。这是物品最关键的分类标识。武器的StdMode通常应为5（普通武器）或19（特殊武器），具体取决于引擎版本。如果你复制了其他物品进行修改，可能保留了错误的StdMode值（例如保留了衣服的2或首饰的0），导致引擎在尝试按武器逻辑读取属性时发生越界或类型不匹配。

检查Anicount与Looks字段。Looks字段决定了物品的外观，必须对应客户端的Items.wil或Prguse.wil中的图片编号。如果Looks填写的数值过大或为负数，可能引发加载异常。Anicount字段用于脚本触发，一般武器应保持为0，除非你有特定的脚本逻辑。

验证Name字段编码。虽然少见，但如果物品名称包含特殊字符或非标准编码，可能导致数据库乱码。尝试将物品名称修改为纯英文（如“TestWeapon”）进行测试。如果改名后能加载，说明原名称存在编码冲突。

数据库文件路径与权限确认

路径配置错误也会导致数据库加载失败，尽管报错信息可能指向具体物品。

确认DB文件夹路径。在M2Server的“查看”->“选项”->“数据库”中，检查路径设置。正确的路径应指向包含.db文件的文件夹，例如D:MirServerMud2DB。注意，必须选中DB文件夹本身，而不是上一级目录。如果路径指向错误，引擎可能读取到了空的或错误的数据库文件。

检查文件只读属性。右键点击StdItems.DB文件，选择“属性”，确保“只读”选项未被勾选。如果文件被锁定，M2Server无法写入临时索引，导致加载失败。

清理缓存文件。在Mir200Envir目录下，有时会生成临时的数据库缓存文件。尝试关闭M2，删除该目录下的临时文件（非核心脚本文件），然后重新启动服务端。

修复后的验证步骤

完成上述修复后，按照以下步骤验证：

打开DBC 2000，加载StdItems.DB。
点击工具栏的“索引”或“排序”按钮，确保所有ID连续。
找到你的“火龙圣剑”，再次核对StdMode和Idx。
保存并关闭DBC。
重启M2Server，观察控制台是否还有报错。

如果依然报错，建议暂时将该物品从数据库中删除（或导出备份后删除），看服务端能否正常启动。如果能启动，说明问题100%出在该物品的数据填写上，需重新逐字段核对。