#### 一、核心概念与参数逻辑
在BLUE引擎中，"攻沙申请时间"是沙巴克攻城战的核心控制参数，其底层逻辑遵循以下公式：
```lua
攻沙激活时间 = 服务器启动时间 + 申请攻沙天数 × 86400秒
```
**参数解释**：
- **默认2天/5天/10天**：指服务器启动后需经过的固定天数才会开放攻城战申请（1天=86400秒）
- **动态判定机制**：当服务器运行时间 ≥ 设定天数时，系统自动开放沙巴克争夺权限，此时行会需提交"祖玛头像"激活攻城战
- **版本差异说明**：不同BLUE引擎版本可能存在默认值差异（部分复古版默认5天，商业版默认2-3天）
---
#### 二、分步修改教程（以默认5天→10天为例）
##### 1. 基础路径与界面定位
```mermaid
graph TD
A[启动M2Server] --> B[点击顶部菜单栏'选项']
B --> C[选择'参数设置']
C --> D[进入'时间控制'分页]
D --> E[找到'申请攻沙天数'参数项]
```
##### 2. 参数调整操作
| 参数项 | 原始值 | 目标值 | 作用域 | 生效条件 |
|------------------|--------|--------|---------------------|------------------------|
| 申请攻沙天数 | 5 | 10 | 全局生效 | 修改后需重启M2 |
| 攻城时长 | 120 | 180 | 单次攻城持续时间 | 实时生效（分钟制） |
| 攻城开始时间 | 20:00 | 20:30 | 每日攻城启动时刻 | 需同步修改脚本触发条件 |
**操作步骤**：
1. 在`时间控制`界面定位到"申请攻沙天数"输入框
2. 将数值从`5`修改为`10`（支持1-255天范围）
3. 点击"保存"并关闭M2Server
4. 完全重启服务端（建议关闭所有网关程序后重启）
---
#### 三、关联系统配置与验证
##### 1. 脚本配套修改（以QManage.txt为例）
```lua
[@OnTimer10] -- 攻城战触发检测
#IF
CheckServerRunDays > 9 -- 运行天数＞9天时激活
#ACT
SetCastleWarStart -- 开启攻城战
SendMsg 0 "沙巴克争夺已开启！剩余时间%d分钟" 180
```
##### 2. 数据库验证项
```sql
-- 查询系统参数表（SystemParam）
SELECT * FROM SystemParam WHERE ParamName LIKE '%War%'
```
需确保以下字段同步：
- `CastleWarDays`: 10
- `CastleWarDuration`: 180
- `WarStartHour`: 20
##### 3. 客户端同步检测
在游戏内输入命令：
```
/查看攻沙时间
```
应返回：
```
下次沙巴克争夺将于10天后开放，当前已运行：X天X小时
```
---
#### 四、高阶调整方案
##### 1. 动态时间控制（通过NPC脚本）
```lua
[@Main]
#IF
IsAdmin
#ACT
SetCastleWarDays 10 -- 强制设置攻沙天数
SetGlobalVar CastleWarDays=10 -- 全局变量同步
SendMsg 0 "[系统] 攻城战时间已调整为10天后！"
```
##### 2. 多条件触发机制
```ini
;!Setup.txt扩展配置
[CastleWar]
Condition1=ServerRunDays>=10 -- 基础天数
Condition2=TotalPlayer>=50 -- 全服玩家≥50人
Condition3=HasGuild>=5 -- 存在≥5个行会
```
##### 3. 时间系数公式（商业服专用）
```python
# 动态天数计算公式（根据在线人数调整）
def calc_war_days(online_players):
base_days = 10 # 基准天数
adjust = (online_players - 100) // 20 # 每多20人减1天
return max(5, base_days - adjust) # 保底5天
```
---
#### 五、常见问题解决方案
| 问题现象 | 根因分析 | 解决方案 |
|--------------------------|--------------------------|--------------------------------|
| 修改天数后仍提示"剩余5天" | 未清理GlobalVar.dat | 删除DBServer下的GlobalVar.dat后重启 |
| 行会无法提交祖玛头像 | NPC脚本条件冲突 | 检查QFunction中的[@提交头像]触发逻辑 |
| 时间显示异常（负数） | 服务器时间不同步 | 同步系统时间并重启M2 |
| 攻沙期间服务器卡顿 | 怪物刷新与攻城事件重叠 | 在MonGen.txt中设置攻沙期间停止刷怪 |
---
#### 六、2025年BLUE引擎新特性
1. **AI动态平衡**：根据服务器负载自动调整攻沙时长（180分钟±30分钟）
2. **区块链存证**：攻沙时间参数修改记录上链，可通过`/查询版本`验证
3. **多时区支持**：独立设置每个分区的攻沙当地时间（需购买商业授权）
---
#### 结语与操作建议
1. **修改前必做**：
- 备份`D:\MirServer\Mir200\Envir\Castle`目录
- 关闭所有玩家登陆通道（防止数据不同步）
2. **参数联动建议**：
- 攻沙天数延长后，同步调整`爆率递增系数`（建议每天+5%）
- 配套修改`行会创建费用`（从100万金币提升至500万）
3. **监控指标**：
```ini
; 性能日志监控项
[WarMonitor]
PlayerConcurrency=500 -- 攻沙期间最大并发
NetworkFlow=100Mbps -- 网络流量阈值
CpuUsage=85% -- 自动降级触发线
在BLUE引擎中，"攻沙申请时间"是沙巴克攻城战的核心控制参数，其底层逻辑遵循以下公式：
```lua
攻沙激活时间 = 服务器启动时间 + 申请攻沙天数 × 86400秒
```
**参数解释**：
- **默认2天/5天/10天**：指服务器启动后需经过的固定天数才会开放攻城战申请（1天=86400秒）
- **动态判定机制**：当服务器运行时间 ≥ 设定天数时，系统自动开放沙巴克争夺权限，此时行会需提交"祖玛头像"激活攻城战
- **版本差异说明**：不同BLUE引擎版本可能存在默认值差异（部分复古版默认5天，商业版默认2-3天）
---
#### 二、分步修改教程（以默认5天→10天为例）
##### 1. 基础路径与界面定位
```mermaid
graph TD
A[启动M2Server] --> B[点击顶部菜单栏'选项']
B --> C[选择'参数设置']
C --> D[进入'时间控制'分页]
D --> E[找到'申请攻沙天数'参数项]
```
##### 2. 参数调整操作
| 参数项 | 原始值 | 目标值 | 作用域 | 生效条件 |
|------------------|--------|--------|---------------------|------------------------|
| 申请攻沙天数 | 5 | 10 | 全局生效 | 修改后需重启M2 |
| 攻城时长 | 120 | 180 | 单次攻城持续时间 | 实时生效（分钟制） |
| 攻城开始时间 | 20:00 | 20:30 | 每日攻城启动时刻 | 需同步修改脚本触发条件 |
**操作步骤**：
1. 在`时间控制`界面定位到"申请攻沙天数"输入框
2. 将数值从`5`修改为`10`（支持1-255天范围）
3. 点击"保存"并关闭M2Server
4. 完全重启服务端（建议关闭所有网关程序后重启）
---
#### 三、关联系统配置与验证
##### 1. 脚本配套修改（以QManage.txt为例）
```lua
[@OnTimer10] -- 攻城战触发检测
#IF
CheckServerRunDays > 9 -- 运行天数＞9天时激活
#ACT
SetCastleWarStart -- 开启攻城战
SendMsg 0 "沙巴克争夺已开启！剩余时间%d分钟" 180
```
##### 2. 数据库验证项
```sql
-- 查询系统参数表（SystemParam）
SELECT * FROM SystemParam WHERE ParamName LIKE '%War%'
```
需确保以下字段同步：
- `CastleWarDays`: 10
- `CastleWarDuration`: 180
- `WarStartHour`: 20
##### 3. 客户端同步检测
在游戏内输入命令：
```
/查看攻沙时间
```
应返回：
```
下次沙巴克争夺将于10天后开放，当前已运行：X天X小时
```
---
#### 四、高阶调整方案
##### 1. 动态时间控制（通过NPC脚本）
```lua
[@Main]
#IF
IsAdmin
#ACT
SetCastleWarDays 10 -- 强制设置攻沙天数
SetGlobalVar CastleWarDays=10 -- 全局变量同步
SendMsg 0 "[系统] 攻城战时间已调整为10天后！"
```
##### 2. 多条件触发机制
```ini
;!Setup.txt扩展配置
[CastleWar]
Condition1=ServerRunDays>=10 -- 基础天数
Condition2=TotalPlayer>=50 -- 全服玩家≥50人
Condition3=HasGuild>=5 -- 存在≥5个行会
```
##### 3. 时间系数公式（商业服专用）
```python
# 动态天数计算公式（根据在线人数调整）
def calc_war_days(online_players):
base_days = 10 # 基准天数
adjust = (online_players - 100) // 20 # 每多20人减1天
return max(5, base_days - adjust) # 保底5天
```
---
#### 五、常见问题解决方案
| 问题现象 | 根因分析 | 解决方案 |
|--------------------------|--------------------------|--------------------------------|
| 修改天数后仍提示"剩余5天" | 未清理GlobalVar.dat | 删除DBServer下的GlobalVar.dat后重启 |
| 行会无法提交祖玛头像 | NPC脚本条件冲突 | 检查QFunction中的[@提交头像]触发逻辑 |
| 时间显示异常（负数） | 服务器时间不同步 | 同步系统时间并重启M2 |
| 攻沙期间服务器卡顿 | 怪物刷新与攻城事件重叠 | 在MonGen.txt中设置攻沙期间停止刷怪 |
---
#### 六、2025年BLUE引擎新特性
1. **AI动态平衡**：根据服务器负载自动调整攻沙时长（180分钟±30分钟）
2. **区块链存证**：攻沙时间参数修改记录上链，可通过`/查询版本`验证
3. **多时区支持**：独立设置每个分区的攻沙当地时间（需购买商业授权）
---
#### 结语与操作建议
1. **修改前必做**：
- 备份`D:\MirServer\Mir200\Envir\Castle`目录
- 关闭所有玩家登陆通道（防止数据不同步）
2. **参数联动建议**：
- 攻沙天数延长后，同步调整`爆率递增系数`（建议每天+5%）
- 配套修改`行会创建费用`（从100万金币提升至500万）
3. **监控指标**：
```ini
; 性能日志监控项
[WarMonitor]
PlayerConcurrency=500 -- 攻沙期间最大并发
NetworkFlow=100Mbps -- 网络流量阈值
CpuUsage=85% -- 自动降级触发线