许多架设者在配置Hero引擎的药品堆叠功能时，会遇到参数修改后无效的问题。例如，用户将强效太阳水的`Source`设为5、`DuraMax`设为6，但重启后购买的药品仍无变化。通过多份技术资料分析，**矛盾核心**在于不同引擎版本对字段定义存在差异，且部分教程未明确关键参数的联动逻辑。
---
### 一、药品堆叠的底层逻辑与正确参数配置
1. **支持叠加的物品分类（StdMod字段）**
Hero引擎中，只有`StdMod`为**17、18、40、41**的物品支持叠加功能（如金针、幸运符、特定药品）。若未调整此字段，即使修改其他参数也无法生效。
*示例：* 强效太阳水的`StdMod`需从默认值改为17或40。
2. **叠加数量的核心字段（Reserved vs. DuraMax）**
- **Reserved字段**：直接控制叠加数量，取值范围1-255。例如设置`Reserved=6`，药品可堆叠6个。
- **DuraMax字段**：在部分引擎版本中表示**使用次数**（如`DuraMax=500`表示单组药品可累计使用500次），而非堆叠数量。
*矛盾点：* 若教程混淆了“叠加数量”与“使用次数”，会导致用户误设参数。
3. **Source字段的真实作用**
`Source=5`的作用是**启用物品的多次消耗特性**（如药品可重复使用），但需配合`StdMod`和`Reserved`才能实现叠加。单独设置此参数无法触发堆叠效果。
---
### 二、强效太阳水设置失效的六大原因与解决方案
1. **未修改StdMod分类号**
- *问题：* 若药品的`StdMod`未调整为17/18/40/41，引擎会忽略叠加设置。
- *解决：* 在物品数据库中将强效太阳水的`StdMod`改为17，并设置`Reserved=6`。
2. **混淆DuraMax与Reserved字段**
- *问题：* 用户误将`DuraMax=6`当作叠加数量，但实际需设置`Reserved=6`。
- *解决：* 保留`DuraMax`作为使用次数（如`DuraMax=1`表示单次使用），通过`Reserved`控制堆叠。
3. **引擎版本兼容性问题**
- *问题：* 旧版Hero引擎（如2015年前版本）可能不支持`Reserved`字段叠加逻辑。
- *解决：* 升级到最新引擎版本，或改用`Overlap`字段（部分衍生引擎支持）。
4. **缓存未清除导致配置未生效**
- *问题：* 修改数据库后未清除服务端缓存，引擎仍读取旧配置。
- *解决：* 删除`MirServer`下的`Cache`文件夹，并彻底重启服务端。
5. **脚本冲突覆盖数据库设置**
- *问题：* 若脚本中通过`Take`或`Give`命令强制重置药品属性，会覆盖数据库配置。
- *解决：* 检查`QFunction-0.txt`等脚本文件，删除与药品相关的属性重置代码。
6. **DBC2000数据库未正确关联**
- *问题：* 未通过DBC2000正确挂载数据库文件，导致修改未同步。
- *解决：* 重新配置DBC2000的数据库路径，确保指向当前版本的`StdItems.DB`。
---
### 三、标准化操作流程（以强效太阳水为例）
1. **修改物品数据库**
- 用DBC2000打开`StdItems.DB`，定位强效太阳水记录。
- 设置：`StdMod=17`、`Source=5`、`Reserved=6`、`DuraMax=1`（若需单次使用）。
2. **清除缓存与重启服务端**
- 删除`MirServer\Mir200\Cache`内所有文件。
- 依次关闭M2Server、LoginGate等进程，并重新启动。
3. **验证配置生效**
- 登录游戏后购买强效太阳水，观察背包内是否以6个为一组叠加。
- 若仍无效，使用WIL编辑器检查物品是否被客户端补丁覆盖。
---
### 四、高级调试与疑难排查
- **字段优先级测试**：通过控制变量法，分别测试`StdMod`、`Reserved`、`Source`的独立作用。
- **引擎日志分析**：查看`M2Server_Log.txt`，过滤“物品加载错误”关键词，定位字段值非法报错。
- **社区资源比对**：在GM论坛下载已验证的`StdItems.DB`模板，对比参数差异。
---
### 一、药品堆叠的底层逻辑与正确参数配置
1. **支持叠加的物品分类（StdMod字段）**
Hero引擎中，只有`StdMod`为**17、18、40、41**的物品支持叠加功能（如金针、幸运符、特定药品）。若未调整此字段，即使修改其他参数也无法生效。
*示例：* 强效太阳水的`StdMod`需从默认值改为17或40。
2. **叠加数量的核心字段（Reserved vs. DuraMax）**
- **Reserved字段**：直接控制叠加数量，取值范围1-255。例如设置`Reserved=6`，药品可堆叠6个。
- **DuraMax字段**：在部分引擎版本中表示**使用次数**（如`DuraMax=500`表示单组药品可累计使用500次），而非堆叠数量。
*矛盾点：* 若教程混淆了“叠加数量”与“使用次数”，会导致用户误设参数。
3. **Source字段的真实作用**
`Source=5`的作用是**启用物品的多次消耗特性**（如药品可重复使用），但需配合`StdMod`和`Reserved`才能实现叠加。单独设置此参数无法触发堆叠效果。
---
### 二、强效太阳水设置失效的六大原因与解决方案
1. **未修改StdMod分类号**
- *问题：* 若药品的`StdMod`未调整为17/18/40/41，引擎会忽略叠加设置。
- *解决：* 在物品数据库中将强效太阳水的`StdMod`改为17，并设置`Reserved=6`。
2. **混淆DuraMax与Reserved字段**
- *问题：* 用户误将`DuraMax=6`当作叠加数量，但实际需设置`Reserved=6`。
- *解决：* 保留`DuraMax`作为使用次数（如`DuraMax=1`表示单次使用），通过`Reserved`控制堆叠。
3. **引擎版本兼容性问题**
- *问题：* 旧版Hero引擎（如2015年前版本）可能不支持`Reserved`字段叠加逻辑。
- *解决：* 升级到最新引擎版本，或改用`Overlap`字段（部分衍生引擎支持）。
4. **缓存未清除导致配置未生效**
- *问题：* 修改数据库后未清除服务端缓存，引擎仍读取旧配置。
- *解决：* 删除`MirServer`下的`Cache`文件夹，并彻底重启服务端。
5. **脚本冲突覆盖数据库设置**
- *问题：* 若脚本中通过`Take`或`Give`命令强制重置药品属性，会覆盖数据库配置。
- *解决：* 检查`QFunction-0.txt`等脚本文件，删除与药品相关的属性重置代码。
6. **DBC2000数据库未正确关联**
- *问题：* 未通过DBC2000正确挂载数据库文件，导致修改未同步。
- *解决：* 重新配置DBC2000的数据库路径，确保指向当前版本的`StdItems.DB`。
---
### 三、标准化操作流程（以强效太阳水为例）
1. **修改物品数据库**
- 用DBC2000打开`StdItems.DB`，定位强效太阳水记录。
- 设置：`StdMod=17`、`Source=5`、`Reserved=6`、`DuraMax=1`（若需单次使用）。
2. **清除缓存与重启服务端**
- 删除`MirServer\Mir200\Cache`内所有文件。
- 依次关闭M2Server、LoginGate等进程，并重新启动。
3. **验证配置生效**
- 登录游戏后购买强效太阳水，观察背包内是否以6个为一组叠加。
- 若仍无效，使用WIL编辑器检查物品是否被客户端补丁覆盖。
---
### 四、高级调试与疑难排查
- **字段优先级测试**：通过控制变量法，分别测试`StdMod`、`Reserved`、`Source`的独立作用。
- **引擎日志分析**：查看`M2Server_Log.txt`，过滤“物品加载错误”关键词，定位字段值非法报错。
- **社区资源比对**：在GM论坛下载已验证的`StdItems.DB`模板，对比参数差异。