XAMPP 默认不支持真正的 Cron Jobs，这其实是个老生常谈的问题了。它自带的 Apache 和 MySQL 本来就是为开发调试设计的——你想想，cron 是 Linux/macOS 的系统级守护进程，Windows 上用的是任务计划程序，而 XAMPP for Windows 压根就没集成任何类 Unix 的 cron daemon。直接在 php.ini 或 Apache 配置里加 cron 相关设置？完全无效——这不是配置问题，是架构缺失。
为什么 XAMPP 默认不支持真正的 Cron Jobs
原因很简单：XAMPP 的定位是本地开发环境，不是生产服务器。它没有集成 cron 守护进程，而且 Windows 下根本没有原生的 cron。所以，别想着在 XAMPP 里“开启”什么 cron 功能——这条路走不通。关键是要换个思路：用 Windows 的任务计划程序来触发 PHP 脚本，这才是最靠谱的替代方案。
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 下后者可能走命名管道导致超时
实际部署时，你会发现最麻烦的从来不是“怎么让它跑起来”，而是“怎么确认它真的按预期跑了且没静默失败”。务必在每个定时脚本开头写入时间戳日志，结尾加成功标记，再配个简单的监控页读取最新日志行——这点比选哪种触发方式重要得多。
