《大话西游3》的守护必读

大话西游3服务器守护进程搭建与配置实操

一、环境准备与用户隔离

在开始配置守护进程之前，必须确保服务器的运行环境足够安全且稳定。直接使用 root 用户运行游戏服务是极大的安全隐患，因此第一步是创建专用的运行用户，并配置必要的系统资源限制。

创建一个名为 xy3_server 的系统用户，该用户不设登录权限，仅用于运行服务：

```bash useradd -r -s /bin/false xy3_server ```

接着，创建游戏服务的目录结构。假设我们将游戏服务部署在 /data/xy3 目录下：

```bash mkdir -p /data/xy3/bin mkdir -p /data/xy3/logs chown -R xy3_server:xy3_server /data/xy3 ```

游戏服务器通常需要处理大量并发连接，默认的 Linux 文件句柄限制（通常为 1024）往往不够用。我们需要修改系统限制配置。编辑 /etc/security/limits.conf 文件，在文件末尾添加以下内容：

```bash xy3_server soft nofile 65535 xy3_server hard nofile 65535 ```

这行配置将 xy3_server 用户的文件描述符软限制和硬限制都提升到了 65535，确保服务不会因为达到系统上限而崩溃。修改完成后，退出并重新登录服务器才能生效。

二、编写模拟服务脚本

为了演示守护进程的实际效果，我们需要一个可执行程序。这里编写一个简单的 Shell 脚本作为“大话西游3”游戏服务的模拟程序。该脚本会每隔 3 秒输出一次日志，并在运行 20 秒后主动模拟崩溃，以便我们观察 systemd 的自动重启功能。

使用以下命令创建模拟服务文件：

```bash vi /data/xy3/bin/mock_game_server.sh ```

在文件中写入以下完整内容：

```bash !/bin/bash LOG_FILE="/data/xy3/logs/server.log" COUNTER=0 echo "[$(date '+%Y-%m-%d %H:%M:%S')] 服务启动中..." >> $LOG_FILE while true; do echo "[$(date '+%Y-%m-%d %H:%M:%S')] 玩家数据同步中，当前在线人数: $((COUNTER 10))" >> $LOG_FILE sleep 3 COUNTER=$((COUNTER + 1)) 模拟服务在运行20秒后崩溃 if [ $COUNTER -gt 6 ]; then echo "[$(date '+%Y-%m-%d %H:%M:%S')] 发生严重错误，服务异常退出！" >> $LOG_FILE exit 1 fi done ```

保存文件后，赋予执行权限并修改所有者：

```bash chmod +x /data/xy3/bin/mock_game_server.sh chown xy3_server:xy3_server /data/xy3/bin/mock_game_server.sh ```

三、配置 Systemd 守护服务

Systemd 是现代 Linux 系统的标准初始化系统，能够极其高效地管理服务进程。通过编写 Unit 文件，我们可以实现服务的开机自启、崩溃自动重启以及日志集中管理。

在 /etc/systemd/system/ 目录下创建服务配置文件 xy3_game.service：

```bash vi /etc/systemd/system/xy3_game.service ```

将以下配置完整复制到文件中。请注意，配置中的 User、WorkingDirectory 和 ExecStart 必须与前面的环境准备路径严格一致：

```ini [Unit] Description=Da Hua Xi You 3 Game Server Service After=network.target [Service] User=xy3_server Group=xy3_server WorkingDirectory=/data/xy3/bin 启动命令，这里调用我们编写的模拟脚本 ExecStart=/data/xy3/bin/mock_game_server.sh 重启策略：总是重启，无论是正常退出还是异常崩溃 Restart=always 重启前等待时间，设置为5秒避免频繁重启导致资源耗尽 RestartSec=5s 重启次数限制，虽然我们希望一直重启，但设置限制可以防止无限死循环导致的系统卡死 StartLimitInterval=60s StartLimitBurst=10 标准输出和错误输出重定向到文件，方便排查问题 StandardOutput=append:/data/xy3/logs/systemd_stdout.log StandardError=append:/data/xy3/logs/systemd_stderr.log 确保服务被正确杀死 KillMode=process TimeoutStopSec=30s [Install] WantedBy=multi-user.target ```

配置详解： Restart=always 是核心配置，它保证了无论游戏进程是因为代码 Bug 退出还是被 OOM Killer 杀死，systemd 都会立即尝试拉起进程。 RestartSec=5s 提供了必要的缓冲时间。 StandardOutput 和 StandardError 将 systemd 捕获的日志直接追加写入我们指定的日志目录中，避免日志散落在系统的 journalctl 中难以查找。

四、服务启动与状态验证

配置文件编写完成后，必须通知 systemd 重新加载配置，然后才能启动服务。依次执行以下命令：

```bash 重新加载 systemd 配置 systemctl daemon-reload 启用开机自启 systemctl enable xy3_game.service 立即启动服务 systemctl start xy3_game.service ```

服务启动后，使用 status 命令查看运行状态：

```bash systemctl status xy3_game.service ```

此时你应该看到输出中包含 Active: active (running) 字样，表示服务已成功运行。由于我们的模拟脚本会自动崩溃，等待约 20-25 秒后，再次执行 status 命令。你会观察到状态依然显示为 active (running)，但在日志部分会显示类似 xy3_game.service: Main process exited, code=exited, status=1/FAILURE 以及随后的 Restarting... 信息。这证明守护进程配置生效，系统已经自动拉起了崩溃的服务。

五、日志管理与轮转配置

游戏服务器的日志量通常很大，如果不进行轮转，很快就会写满磁盘。我们可以利用 Linux 自带的 logrotate 工具来管理日志。

创建 logrotate 配置文件 /etc/logrotate.d/xy3_logs：

```bash vi /etc/logrotate.d/xy3_logs ```

输入以下配置内容：

```bash /data/xy3/logs/.log { daily rotate 7 missingok notifempty compress delaycompress copytruncate dateext dateformat -%Y%m%d su xy3_server xy3_server } ```

配置说明： daily 表示每天轮转一次。 rotate 7 保留最近 7 天的日志。 compress 对旧日志进行 gzip 压缩以节省空间。 copytruncate 是关键参数，它会在复制当前日志内容后清空原文件，这对于正在运行的进程特别重要，因为直接重命名日志文件可能会导致游戏进程无法继续写入日志（除非进程支持 SIGHUP 信号重新打开日志文件）。 su xy3_server xy3_server 确保轮转操作以正确的用户权限执行，避免权限错误。

我们可以手动强制执行一次轮转来测试配置是否正确：

```bash logrotate -vf /etc/logrotate.d/xy3_logs ```

执行后，检查 /data/xy3/logs/ 目录，你应该能看到原本的日志文件被重命名（如加上日期后缀或 .1），并生成了新的空日志文件。

六、故障排查常用命令

在后续维护中，如果遇到服务无法启动的情况，优先使用以下命令进行诊断：

1. 查看服务最新的详细日志：

```bash journalctl -u xy3_game.service -n 50 --no-pager ```

2. 查看 systemd 捕获的错误日志文件：

```bash tail -f /data/xy3/logs/systemd_stderr.log ```

3. 如果修改了服务配置文件，务必执行重载命令：

```bash systemctl daemon-reload && systemctl restart xy3_game.service ```

通过以上步骤，你已经成功构建了一套完整的服务器守护体系，能够确保《大话西游3》服务在意外崩溃时实现秒级自动恢复，并妥善解决了日志存储问题。这套方案适用于绝大多数需要高稳定运行的游戏服务器环境。