工程参考/配置文件/Server/GuildWarPoint.txt
GuildWarPoint.txt 登记帮战里各类行为值多少积分:第 1 列是索引,第 2 列是积分,第 3 列是给人看的规则说明。样本 7 行的含义分别是击杀、交矿、拆塔、拆战车等。
Lua 脚本用 GetGuildWarPoint(索引) 取值,查询走二分查找,所以第 1 列必须严格递增。
文件位置与生效
| 项目 | 说明 |
|---|---|
| 运行文件 | ./Config/GuildWarPoint.txt,路径写死在加载函数里,相对于 Server 工作目录;FileDef.h 没有对应宏。当前检索没有发现客户端读取这份文件。
|
| 读取程序 | Server 进程:TableInit::InitGuildWarPointTBL 打开 "./Config/GuildWarPoint.txt";LuaFnGetGuildWarPoint 用 bsearch 按索引取值 |
| 生效方法 | 正常保存并停服后重启 Server。当前检索未发现单独重载本文件的可用入口。 |
| 样本格式 | GB18030-compatible,CRLF。保留原编码;源码读取器不会自动把中文转为 UTF-8。
|
加载时要求列数至少 3,然后逐行读第 1、2 列到 m_GuildWarIndex 与 m_GuildWarPoint,同时检查索引是否严格大于上一行。
| 检查项 | 行为 |
|---|---|
| 索引未严格递增 | 日志打印 “is not strictly ascending” 并 Assert(FALSE),整张表 CleanUp 丢弃。 |
| 列数小于 3 | 直接返回,不读数据。 |
| 第 3 列 | 不读取——只有第 1、2 列进入内存。 |
| 查询方式 | bsearch + CompareGuildWarPointTB,查不到返回 NULL,Lua 侧得到 0。 |
索引从 0 开始是样本约定,不是代码要求:只要严格递增,起点与间隔都可以变。
文件格式
首行是类型行:INT INT STRING;第二行是列名行,程序跳过其内容;从第三行开始读取数据。各列用真实 Tab 分隔,保留首列、空列及行尾,不用空格代替。数据行行首 # 表示注释,分号不是此表的注释规则。首列为空的行被跳过;不足的尾列补为空值,多余列不参与本页字段读取。空整数和非数字经 atoi 可能成为 0,空字符串仍为空,不把解析成功当作业务合法。第一列须唯一,重复会触发读取器错误。
字段详解
列号从 1 开始,源码列下标从 0 开始。
| 字段与类型 | 含义与修改要点 | 缺项或特殊值 |
|---|---|---|
第 1 列INT:ID |
积分索引,二分查找的键。样本 0 到 6 连续。 | 必须相对上一行严格递增。乱序、重复或倒序会让整张表被丢弃;表为空时所有查询返回 0。 |
第 2 列INT:积分 |
该行为对应的积分值。GetGuildWarPoint 返回的就是这个数。样本取值 1、3、20、50。
|
没有非负或上限校验;写负数会原样返回给脚本,由脚本自己解释。 |
第 3 列STRING:积分规则说明 |
人读的规则描述(样本「每拆毁对方一座塔获得的积分」)。加载函数只读前两列,这一列不进内存。 | 不读取。改成错了不会报错,只会误导维护的人。 |
常用修改实例
示例为局部教学片段,先备份原运行文件,再修改对应行并保留其余配置。教学值不是程序默认值。 以下代码块保留真实 Tab;本地示例文件保留原样本编码、中文表头与 CRLF。网页文字使用浏览器编码显示,不表示运行文件应改存 UTF-8。
把击杀对方成员的积分从 3 提高到 5
修改前:
INT INT STRING ID 积分 积分规则说明 0 3 每杀死一个对方成员获得的积分
修改后:
INT INT STRING ID 积分 积分规则说明 0 5 每杀死一个对方成员获得的积分
按第 1 列定位索引 0(每杀死一个对方成员获得的积分)。只改第 2 列:3 → 5,其余两列保留,行的顺序不动。
改完重启 Server,Lua 侧 GetGuildWarPoint(0) 得到 5。实际帮战的积分结算逻辑在脚本里,改表之后需要打一场才能确认累计结果与显示是否正常。示例块含类型行、列名行与该行原文,不能覆盖整表。
验证与排查
启动日志出现 “Load GuildWarPoint.txt ... OK!”。故意把某一行的索引改成不大于上一行,日志会出现 “Load GuildWarPoint.txt ... Failed! row=… index=… is not strictly ascending” 并清掉整张表,之后 GetGuildWarPoint 一律返回 0。改完恢复备份并重启。
验证取值:在 Lua 侧或脚本里打印 GetGuildWarPoint(索引),确认与目标行的第 2 列一致。
索引必须严格递增,不能重复也不能并列
查询是 bsearch,底层依赖有序。重复索引会让查询命中不确定的那一行。
第三列是给人看的
「积分规则说明」不读进内存。它最容易与实际配置脱节——改第 2 列时记得同步这里的文字。
查不到时返回 0 而不是报错
LuaFnGetGuildWarPoint 在 pPoint 为 NULL 时压入 0。脚本如果拿 0 当「已扣除 0 分」,不会有任何提示。
表为空也不崩
行数可以是 0,此时所有查询返回 0,但日志里看不出异常。
关联与依据
其他配置及整理状态 · 服务端外网设置 · Lua 接口索引
Server/Server/GameServer/Server/Main/GameTable.cpp:实际加载、解析、字段使用或示例关联依据Server/Server/GameServer/Server/Main/GameTable.h:实际加载、解析、字段使用或示例关联依据Server/Server/GameServer/Server/Script/LuaFnTbl_Guild.h:实际加载、解析、字段使用或示例关联依据Server/Server/GameServer/Server/Script/LuaFnRegister.cpp:实际加载、解析、字段使用或示例关联依据Common/DataBase/TLBB_DBC.cpp:实际加载、解析、字段使用或示例关联依据Common/DataBase/TLBB_DBC.h:实际加载、解析、字段使用或示例关联依据resources/Server/Config/GuildWarPoint.txt:实际加载、解析、字段使用或示例关联依据
本页核对 InitGuildWarPointTBL 的列数要求、索引递增断言、只读前两列的事实,以及 LuaFnGetGuildWarPoint 经 bsearch 取值并在未命中时返回 0;未启动服务端与游戏,帮战结算需要实测。