####一、核心概念与参数逻辑
在BLUE引擎中，"攻沙申请时间"是沙巴克攻城战的核心控制参数，其底层逻辑遵循以下公式：
```lua
攻沙激活时间=服务器启动时间+申请攻沙天数×86400秒
```
**参数解释**：
-**默认2天/5天/10天**：指服务器启动后需经过的固定天数才会开放攻城战申请（1天=86400秒）
-**动态判定机制**：当服务器运行时间≥设定天数时，系统自动开放沙巴克争夺权限，此时行会需提交"祖玛头像"激活攻城战
-**版本差异说明**：不同BLUE引擎版本可能存在默认值差异（部分复古版默认5天，商业版默认2-3天）
---
####二、分步修改教程（以默认5天→10天为例）
#####1.基础路径与界面定位
```mermaid
graphTD
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--开启攻城战
SendMsg0"沙巴克争夺已开启！剩余时间%d分钟"180
```
#####2.数据库验证项
```sql
--查询系统参数表（SystemParam）
SELECT*FROMSystemParamWHEREParamNameLIKE'%War%'
```
需确保以下字段同步：
-`CastleWarDays`:10
-`CastleWarDuration`:180
-`WarStartHour`:20
#####3.客户端同步检测
在游戏内输入命令：
```
/查看攻沙时间
```
应返回：
```
下次沙巴克争夺将于10天后开放，当前已运行：X天X小时
```
---
####四、高阶调整方案
#####1.动态时间控制（通过NPC脚本）
```lua
[@Main]
#IF
IsAdmin
#ACT
SetCastleWarDays10--强制设置攻沙天数
SetGlobalVarCastleWarDays=10--全局变量同步
SendMsg0"[系统]攻城战时间已调整为10天后！"
```
#####2.多条件触发机制
```ini
;!Setup.txt扩展配置
[CastleWar]
Condition1=ServerRunDays>=10--基础天数
Condition2=TotalPlayer>=50--全服玩家≥50人
Condition3=HasGuild>=5--存在≥5个行会
```
#####3.时间系数公式（商业服专用）
```python
#动态天数计算公式（根据在线人数调整）
defcalc_war_days(online_players):
base_days=10#基准天数
adjust=(online_players-100)//20#每多20人减1天
returnmax(5base_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
graphTD
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--开启攻城战
SendMsg0"沙巴克争夺已开启！剩余时间%d分钟"180
```
#####2.数据库验证项
```sql
--查询系统参数表（SystemParam）
SELECT*FROMSystemParamWHEREParamNameLIKE'%War%'
```
需确保以下字段同步：
-`CastleWarDays`:10
-`CastleWarDuration`:180
-`WarStartHour`:20
#####3.客户端同步检测
在游戏内输入命令：
```
/查看攻沙时间
```
应返回：
```
下次沙巴克争夺将于10天后开放，当前已运行：X天X小时
```
---
####四、高阶调整方案
#####1.动态时间控制（通过NPC脚本）
```lua
[@Main]
#IF
IsAdmin
#ACT
SetCastleWarDays10--强制设置攻沙天数
SetGlobalVarCastleWarDays=10--全局变量同步
SendMsg0"[系统]攻城战时间已调整为10天后！"
```
#####2.多条件触发机制
```ini
;!Setup.txt扩展配置
[CastleWar]
Condition1=ServerRunDays>=10--基础天数
Condition2=TotalPlayer>=50--全服玩家≥50人
Condition3=HasGuild>=5--存在≥5个行会
```
#####3.时间系数公式（商业服专用）
```python
#动态天数计算公式（根据在线人数调整）
defcalc_war_days(online_players):
base_days=10#基准天数
adjust=(online_players-100)//20#每多20人减1天
returnmax(5base_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%--自动降级触发线
```