工程参考/配置文件/Server/ItemAuditFilter.txt

来自天龙知识库
雪舞留言 | 贡献2026年9月11日 (五) 18:15的版本 (维护配置文件知识库:完整字段、读取范围、手工修改实例与核对状态)
(差异) ←上一版本 | 最后版本 (差异) | 下一版本→ (差异)
跳到导航跳到搜索


首页 · 配置文件索引 · 修改约定

ItemAuditFilter.txt 是物品审核过滤器:第 1 列是槽位下标,第 2 列是登记在该槽位上的物品模板 ID。加载后由 IsItemInTheAuditFilter(物品模板ID) 判断某个物品是否在过滤器里。样本 11506 条数据记录、2 列。注意它的容量与查询方式都有硬限制(见下)。

位置与生效 · 文件格式 · 字段详解 · 修改实例

文件位置与生效

项目 说明
运行文件 ./Config/ItemAuditFilter.txt,相对于 Server 工作目录。
读取程序 Server 游戏进程:GameTable::InitAuditFilter 调用 InitGlobalItemAuditFilter("./Config/ItemAuditFilter.txt"),经 g_ItemFilterManager.InitFromDB 由 TemplateManager_T<ItemFilter_T> 加载
生效方法 正常保存并停服后,重启读取此文件的 Server。当前检索未发现单独重载本文件的可用入口;不需要把本文件复制到玩家客户端。
样本格式 GB18030-compatibleCRLF。保留原编码;源码读取器不会自动把中文转为 UTF-8。

第 1 列不是普通记录号:TemplateManager_T<ItemFilter_T>::InitFromDB 读第 1 列(Search_Posistion(i,0))当成数组下标,容量 MAXSIZE = MAX_ID+1 = 256。下标为负或大于等于 256 的行会触发 AssertEx 并被 continue 跳过,因此样本 11506 行里只有第 1 列落在 0 到 255 的那些行会被真正加载。

第 2 列由 IdFilter_T::InitFromDB 读取(Search_Posistion(nRow,1)),存为该槽位的物品模板 ID。

查询侧同样受限:IsItemInTheAuditFilter 把“物品模板 ID”直接传给 GetInstanceByID,而 GetInstanceByID 对大于等于 256 的参数直接返回 NULL。也就是说,只有编号在 0 到 255 的物品模板才可能被判定为命中;样本第 2 列的物品模板 ID 形如 10100000,远超该范围。

文件格式

首行是类型行:INT INT;第二行是列名行,程序跳过其内容;从第三行开始读取数据。各列用真实 Tab 分隔,保留首列、空列及行尾,不用空格代替。数据行行首 # 表示注释,分号不是此表的注释规则。首列为空的行被跳过;不足的尾列补为空值,多余列不参与本页字段读取。空整数和非数字经 atoi 可能成为 0,空字符串仍为空,不把解析成功当作业务合法。第一列须唯一,重复会触发读取器错误。

字段详解

列号从 1 开始,源码列下标从 0 开始。

字段与类型 含义与修改要点 缺项或特殊值
第 1 列
INT:ID
槽位下标,不是物品模板 ID。ItemFilterMgr_T(TemplateManager_T)把这一列当数组下标用,容量 MAX_ID+1=256,超出范围的行在加载时触发断言并被跳过。 须落在 0 到 255;越界行不加载。
第 2 列
INT:物品模板ID
该槽位登记的物品模板 ID,由 IdFilter_T::InitFromDB 读取(Search_Posistion(nRow,1))。 空为 0。

常用修改实例

示例为局部教学片段,先备份原运行文件,再修改对应行并保留其余配置。教学值不是程序默认值。 以下代码块保留真实 Tab;本地示例文件保留原样本编码、中文表头与 CRLF。网页文字使用浏览器编码显示,不表示运行文件应改存 UTF-8。

把 1 号槽位登记的物品模板 ID 从 10100000 改成 10200000(教学用,查询侧当前无调用点)

修改前:

INT	INT
ID	物品模板ID
1	10100000

修改后:

INT	INT
ID	物品模板ID
1	10200000

按第一列定位 1 号槽位。样本第 2 列为 10100000,改为 10200000。只改第 2 列,保留 2 列。本片段含类型行、列名行与该行,不能覆盖整表。

由于查询函数 IsItemInTheAuditFilter 在当前检索范围内没有调用点,且样本物品模板 ID 远超 256 的查询上限,改这一行目前观察不到运行差异;具体审核效果需要实测。

验证与排查

服务端启动日志里 InitAuditFilter 会打印 “Load ./Config/ItemAuditFilter.txt ... OK!” 或 “Failed!”,可据此确认文件被打开。但“加载成功”不等于过滤生效:当前检索范围内 IsItemInTheAuditFilter 没有任何调用点,且查询下标上限为 256。判断依据是 GameTable.cpp 的加载入口、TemplateManager.h 的容量与索引方式,以及全树无调用点,不是日志是否报错。

槽位下标上限 256

加载用第 1 列当数组下标,MAXSIZE=256。样本 11506 行中第 1 列从 1 递增到 11506,只有落在 0 到 255 的行会被加载,其余行触发 AssertEx 后跳过。不能靠追加行号很大的记录来扩展这张表。

查询函数当前无调用点

IsItemInTheAuditFilter 只在 AuditFilter.cpp 定义、在 AuditFilter.h 声明,当前检索范围内没有任何调用者;配套的 NpcAuditFilter(NpcAuditFilter.txt)走同一套模板。因此本表目前只被加载,没有被查询。

与物品模板 ID 的区别

第 1 列是过滤器内部槽位,第 2 列才是物品模板 ID。两者都写成整数,容易看混;把物品模板 ID 填到第 1 列会因越界被跳过。

关联与依据

Public/CommonItem.txt

其他配置及整理状态 · 服务端外网设置 · Lua 接口索引

  • Server/Server/GameServer/Server/Main/GameTable.cpp:实际加载、解析、字段使用或示例关联依据
  • Common/Combat/AuditFilter.cpp:实际加载、解析、字段使用或示例关联依据
  • Common/Combat/AuditFilter.h:实际加载、解析、字段使用或示例关联依据
  • Common/Combat/TemplateManager.h:实际加载、解析、字段使用或示例关联依据
  • resources/Server/Config/ItemAuditFilter.txt:实际加载、解析、字段使用或示例关联依据

本页核对 GameTable.cpp 的 InitAuditFilter 加载入口、AuditFilter.cpp 的 InitGlobalItemAuditFilter 与 IdFilter_T::InitFromDB(读第 2 列)、TemplateManager.h 的 MAXSIZE 与下标索引方式、IsItemInTheAuditFilter 的查询路径,并确认该函数在当前检索范围内无调用点;未启动服务端,审核效果需要实测。