一、复制BUG根源：数据同步与脚本逻辑漏洞
单机架设中出现装备复制，核心原因是服务端数据同步机制缺失或脚本逻辑不严谨。常见触发场景包括：利用交易与存仓的毫秒级延迟进行“双登”操作；NPC脚本缺少“唯一性校验”导致无限领取；或使用了存在已知漏洞的老版本引擎。修复的核心思路是堵住数据交互的缺口，而非单纯依赖GM命令删除。
二、紧急封堵：关闭高危功能与修改参数
发现复制BUG后，立即修改服务端配置文件，切断利用路径。
1. 关闭摆摊与调整交易：编辑 MirServer\Envir\MarketConfig.txt，将 AllowMarket=1 改为 AllowMarket=0，临时关闭摆摊。修改 TradeConfig.txt，设置 TradeDelay=3000（3秒延迟），增加利用难度。
2. 限制同IP操作：在M2Server的“功能设置”中，开启“禁止同IP交易”和“同IP登录间隔检测”（建议设10秒），防止双开小号刷装备。
3. 停用可疑NPC：若复制与特定NPC（如仓库、回收）有关，暂时注释或删除该NPC脚本，待修复后再恢复。
三、脚本级修复：给装备加上“身份证”
复制多源于脚本无限制。修改 QFunction-0.txt 和NPC脚本，加入严格的逻辑判断。
1. 交易与存仓防刷脚本
在交易触发段（如 [@Trade]）和存仓脚本中，增加“二次确认”与“状态锁定”。
[@Trade]
#IF
CheckTradeStatus 1 ; 检测交易状态
#ACT
Delay 1000 ; 强制1秒延迟
CheckTradeItem 0 1 ; 再次确认物品存在
Break
关键点：利用 Delay 命令破坏利用延迟卡BUG的节奏，确保数据同步完成。
2. 奖励类NPC防无限领
发放装备的脚本必须包含次数检测或任务标记。
[@GetReward]
#IF
CheckTask 100 = 1 ; 检测任务标记是否已完成
#ACT
MessageBox 奖励已领取！
Break
#IF
#ACT
Give 屠龙 1
SetTask 100 1 ; 设置领取标记
Break
禁止使用无条件的 Give 命令直接发放非绑定装备。
四、数据库与引擎级加固
单机环境也需启用基础的数据校验，防止直接修改本地文件作弊。
1. 开启唯一ID：在M2的“物品设置”中，勾选“启用物品唯一编号”。每件装备生成独立ID，若系统检测到相同ID同时存在，自动删除后一件。
2. 核心装备绑定：在 StdItems.DB 中，将顶级武器的 Bind 字段设为 1（拾取绑定）或 3（装备后绑定），从源头杜绝交易复制。
3. 升级引擎：若使用非常老旧的引擎（如2015年前的Hero），建议更换为GEE或GOM等新引擎，新版内核已修复大量经典复制漏洞。
五、单机测试与数据重置
作为架设者，测试BUG后需彻底清理异常数据。
1. 回档操作：停止服务端，用备份的 MirServer 文件夹覆盖当前目录，这是清除复制装备最彻底的方法。
2. 手动SQL清理：若熟悉数据库，打开 DBC2000 或 Navicat，查询 Item 表，按装备名称排序，删除重复的条目。
3. 重读脚本：修复脚本后，在游戏内输入 @重读QF 和 @重读NPC 使配置生效，无需重启整个服务端。
总结：单机架设的复制BUG多为“版本漏洞”或“配置疏忽”。修复的核心在于修改脚本逻辑（加延迟、加检测）和升级引擎，单纯删除装备只能治标。
