XAMPP 默认不支持真正的 Cron Jobs，因其为开发调试设计，Windows 版本未集成类 Unix 的 cron daemon，需用任务计划程序调用 php.exe 执行 CLI 脚本。
为什么 XAMPP 默认不支持真正的 Cron Jobs
XAMPP 自带的 Apache 和 MySQL 是为开发调试设计的，cron 是 Linux/macOS 系统级守护进程，Windows 用的是 Task Scheduler，而 XAMPP for Windows 根本没集成任何类 Unix 的 cron daemon。直接在 php.ini 或 Apache 配置里加 cron 相关设置完全无效——这不是配置问题，是架构缺失。
Windows 下用任务计划程序调用 PHP 脚本最可靠
这是本地开发最贴近真实行为的方式，且能复用线上脚本逻辑。关键不是“模拟”，而是“触发”：让系统定期执行你的 PHP 文件，就像服务器上 cron 调用 php /path/to/script.php 一样。
- 确保 XAMPP 的
php.exe在系统 PATH 中，或直接使用绝对路径，例如：C:\xampp\php\php.exe - 要执行的脚本必须是完整可运行的 PHP CLI 脚本，不能依赖 Apache 的
$_SERVER变量（如$_SERVER['DOCUMENT_ROOT']）；改用__DIR__或硬编码路径 - 在任务计划程序中，“操作” → “启动程序” 填写：
C:\xampp\php\php.exe，“参数” 填写：-f "C:\xampp\htdocs\myproject\cron\cleanup.php" - 勾选“不管用户是否登录都要运行”，并启用“只在计算机处于交流电源时运行”（避免笔记本休眠中断）
PHP 内部轮询方案仅适合极低频、非关键任务
用 sleep() + 循环做“伪定时”看似简单，但会阻塞整个请求、吃光内存、无法响应中断，只适用于你手动启停的调试脚本，绝不能放进 Web 请求流程里。
- 如果真要用，必须配合
set_time_limit(0)和ignore_user_abort(true)，否则页面关闭或超时就终止了 - 每次循环前用
date('i')判断分钟数，比用time() % 300 === 0更可靠（避免秒级漂移累积） - 示例片段：
set_time_limit(0); ignore_user_abort(true); while (true) { if ((int)date('i') % 5 === 0) { // 每5分钟执行一次 include __DIR__ . '/tasks/backup.php'; sleep(60); // 避免同一分钟内重复触发 } sleep(10); }
别忽略路径、权限和输出重定向这些细节
本地跑通不代表线上能用。XAMPP 的 PHP CLI 和 Web SAPI 加载的 php.ini 文件不同（CLI 通常用 C:\xampp\php\php.ini），extension_dir、date.timezone、memory_limit 都可能不一致。
- 在任务计划程序中执行前，先命令行测试：
C:\xampp\php\php.exe -f "C:\xampp\htdocs\test.php" > C:\temp\log.txt 2>&1，检查日志是否有Warning: require(): failed to open stream这类路径错误 - 脚本里所有文件操作（如
fopen、file_put_contents）必须用绝对路径，__DIR__是安全起点，别信$_SERVER['DOCUMENT_ROOT'] - 数据库连接请显式指定 host 为
127.0.0.1而非localhost，Windows 下后者可能走命名管道导致超时
