工程参考/配置文件/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；未启动服务端与游戏，帮战结算需要实测。
