作为一名资深的安企CMS网站运营人员，我深知系统日志文件对于维护网站稳定运行的重要性。在AnQiCMS的日常运维中，check.log 文件扮演着一个不可或缺的角色，它详细记录了关于应用程序核心进程（PID）的关键信息，为我们了解系统状态和进行故障排查提供了宝贵的线索。
check.log 文件主要由AnQiCMS的启动脚本（start.sh）和停止脚本（stop.sh）自动生成和更新。这些脚本被设计为通过计划任务周期性执行，以确保AnQiCMS应用程序的持续可用性和正确管理。因此，check.log 中的每一条记录都承载着特定时间点应用程序进程状态的快照。
具体来说，当 start.sh 脚本被执行时，它会首先检查AnQiCMS主程序是否正在运行。这个检查是通过 ps -ef | grep '\<anqicms\>' |grep -v grep |wc -l 这样的命令来完成的，其目的是计算当前有多少个 anqicms 进程实例在系统中活跃。check.log 文件会记录下当前日期时间，以及这次检查的结果——一个表示进程数量的数字。如果这个数字为 0，意味着AnQiCMS应用程序当前并未运行，脚本便会尝试启动它，并将这个“未运行”的状态和随后的启动尝试同样记录在 check.log 中。这种周期性的检查和记录，使得 check.log 成为监控AnQiCMS应用程序健康状况的第一道防线，能够及时发现并自动恢复非预期停止的进程。
另一方面，当 stop.sh 脚本被执行以优雅地关闭AnQiCMS应用程序时，它也会利用 check.log 文件来记录其操作。与 start.sh 略有不同，stop.sh 脚本在尝试停止进程之前，会精确地捕获到 anqicms 应用程序的实际进程ID（PID）。这个PID是操作系统分配给每个运行中进程的唯一标识符。stop.sh 会将获取到的当前日期时间以及这个确切的PID记录到 check.log 中。如果找到并成功终止了该PID对应的进程，check.log 还会追加一条“is stop”的记录，明确指示了应用程序的终止动作。这种记录方式对于确认应用程序是否按预期关闭，以及在多进程环境下区分和管理不同实例尤为关键。
通过 check.log 中这些以日期时间戳为前缀的PID相关记录，网站运营人员能够清晰地追踪AnQiCMS主应用程序的生命周期事件。无论是应用程序的意外崩溃导致 start.sh 记录了重启，还是手动或自动化停止操作，check.log 都提供了一个不可篡改的日志链条。这些信息对于分析应用程序的稳定性、诊断启动或关闭失败的原因，以及验证系统恢复机制的有效性都至关重要。简而言之，check.log 以简洁而直接的方式，为我们揭示了AnQiCMS应用程序核心进程的“心跳”状态，是日常运维和故障排查中不可或缺的参考依据。
FAQ
Q1:
check.log文件通常多久更新一次？ A1:check.log文件的更新频率主要取决于AnQiCMS的启动脚本 (start.sh) 被设置为多久执行一次。根据文档中的示例，start.sh脚本通常被配置为一个每分钟执行一次的计划任务（通过crontab -e设置*/1 * * * *），这意味着check.log文件在大多数情况下会每分钟至少更新一次，记录应用程序的进程状态检查信息。Q2: 如果
check.log持续显示AnQiCMS进程正在反复启动（NOT running后接着启动记录），我应该如何排查？ A2: 如果check.log中出现AnQiCMS进程频繁重启的现象，这通常表明应用程序存在底层问题，导致其无法稳定运行。此时，您应该检查同一个目录下的running.log文件。running.log记录了AnQiCMS应用程序的详细标准输出和错误日志，这些信息可以帮助您识别是数据库连接问题、配置错误、内存不足还是其他程序内部错误导致了应用程序的频繁崩溃。同时，检查服务器的系统资源使用情况（CPU、内存）也很有必要。Q3:
check.log文件存放在哪里？我该如何找到它？ A3:check.log文件通常存放在AnQiCMS应用程序的安装根目录中。在start.sh脚本中，文件路径是由BINPATH变量定义的。例如，在宝塔面板上，如果您将AnQiCMS安装在/www/wwwroot/anqicms目录下，那么check.log文件就会位于/www/wwwroot/anqicms/check.log。在Docker部署环境下，它可能位于容器内部的/app目录。您可以通过SSH登录服务器，进入AnQiCMS的安装目录来查找此文件。