服务端运行正常但所有怪物均不掉落物品，是传奇架设中极为典型的“隐形故障”。这通常并非怪物脚本或数据库的单一问题，而是涉及文件编码、路径配置、权限控制及引擎设置的多重因素叠加。解决此问题需摒弃“只改爆率文件”的线性思维，从文件底层编码开始，逐层向上排查至引擎核心参数，确保数据读取链路畅通无阻。
文件编码格式：UTF-8与ANSI的致命冲突
这是导致“格式正确但不爆物”的头号元凶。传奇服务端（尤其是基于Windows系统的老版本引擎）的内核大多基于ANSI编码开发，无法正确解析UTF-8编码的文本文件。许多GM在Win10或Win11系统上使用记事本编辑爆率文件（如MonItems目录下的txt文件）时，系统往往会默认以UTF-8格式保存。虽然肉眼查看文件内容无误，但M2Server在读取时会出现乱码或无法识别，导致直接跳过该怪物的掉落列表。
排查时，需进入Mir200EnvirMonItems目录，选中对应的怪物爆率文件，点击“另存为”。在保存对话框的底部，查看“编码”选项。若显示为UTF-8，必须将其更改为ANSI，然后覆盖保存。对于批量修改，可使用Notepad++等高级文本编辑器，执行“编码转换为ANSI”操作。修改完成后，务必在M2Server控制台点击“重新加载怪物爆率”或重启M2，使更改生效。
爆率文件路径与命名规范校验
服务端读取爆率文件遵循严格的“名称匹配”原则。M2Server会根据怪物的数据库名称（Name字段）去MonItems文件夹下寻找同名的txt文件。如果两者存在哪怕一个字符的差异，系统都会视为“无爆率配置”，从而不掉落任何物品。
需使用DBC2000或数据库查看器打开Monster.db，核对目标怪物的Name属性。例如，数据库中怪物名为WomaBoss，那么MonItems文件夹下必须存在WomaBoss.txt。若文件名为Woma Boss.txt（含空格）或WomaBoss2.txt，均无法生效。此外，部分引擎支持通配符或分类文件夹，需检查!setup.txt中是否指定了特殊的爆率读取路径。若路径配置错误，或者文件夹被移动，引擎将无法索引到爆率文件。
目录写入权限与防病毒软件拦截
怪物掉落物品的过程，本质上是服务端向硬盘写入数据的过程。如果服务端所在的磁盘目录缺乏写入权限，或者被防病毒软件判定为恶意行为，掉落动作就会被系统底层拦截。这种情况常见于将服务端放置在系统盘（C盘）或受保护的Program Files目录下。
检查服务端主目录（如D:MirServer）的属性，在“安全”选项卡中，确保Users用户组拥有“完全控制”或“修改”权限。同时，观察Windows Defender或360等杀毒软件的拦截日志，查看是否有M2Server.exe试图创建文件或写入数据的记录被阻止。建议将服务端移至非系统盘根目录，并将整个服务端文件夹添加至杀毒软件的信任区（白名单），排除干扰。
M2Server引擎全局爆率与脚本控制
除了文件层面，引擎内部的全局设置和脚本逻辑也能“一刀切”地关闭掉落。M2Server控制台中通常设有“全局爆率”或“掉落倍率”参数。若该数值被意外修改为0，或者在M2Server.ini中设置了DropRate=0，则全服所有怪物均不会产出物品。
登录M2Server控制台，进入“选项参数”或“游戏设置”，查找与爆率相关的倍率设置，确保其数值大于0（通常为1或100）。同时，检查登录脚本（如QManage.txt或QFunction-0.txt）中是否存在针对玩家的爆率限制逻辑。部分版本可能包含“新手保护”或“活动模式”脚本，在特定条件下强制关闭掉落。此外，若服务端开启了“数据库优先”模式，本地txt文件的修改可能无效，需同步检查数据库（StdItems.db）中的物品权重设置。
物品定义缺失与背包空间判定
最后一种情况是物品实际上已经“掉落”在地上，但客户端无法显示，或者因逻辑错误未能生成。这通常是因为爆率文件中定义的物品名称，在物品数据库（StdItems.db）中不存在。当怪物试图掉落一个系统不认识的物品时，引擎会因数据校验失败而取消掉落。
核对爆率文件中的物品名称（如“屠龙”、“裁决之杖”）是否与数据库中StdItems表中的Name字段完全一致。若数据库被精简或修改，导致物品ID缺失，怪物自然无法掉落。此外，虽然较少见，但部分脚本逻辑会检测玩家背包空间。若玩家背包已满且脚本未处理“掉落地上”的逻辑，可能会导致“看似不爆”的假象。建议在测试时清空背包，并使用GM命令强制刷新怪物进行测试。
