PHP脚本无法自主定时运行，必须依赖系统级调度（如Linux的cron或Windows任务计划程序）；处理逻辑需包含状态标记（如移动文件至processed/目录）、正确选用rename()或copy()+unlink()、禁用超时限制并记录错误日志。
PHP 脚本怎么定时扫描并处理新文件
靠 PHP 自身没法“自动”运行，必须依赖系统级定时机制。PHP 只负责写好处理逻辑，比如读取 uploads/ 下的图片、重命名、生成缩略图、写入数据库——这些动作本身是即时的，但触发时机得交给外部调度。
常见错误是直接在网页里用 filemtime() + sleep() 模拟轮询，这会卡住 Web 进程、耗光内存、被超时中断，完全不可行。
- Linux 下用
cron：比如每 5 分钟跑一次php /var/www/process_new_files.php - Windows 下用任务计划程序，执行
php.exe C:\inetpub\wwwroot\process_new_files.php - 避免在 Web 请求中启动后台进程（如
exec("nohup php ... &")），权限、路径、环境变量极易出错
用 scandir() 扫描时为什么总漏掉新文件或重复处理
根本原因是没做状态标记。scandir() 只返回当前目录内容，不区分“刚来”还是“已处理过”。如果脚本崩溃或被中断，下次再跑就会重复处理同一文件。
安全做法是引入轻量标记机制：
立即学习“PHP免费学习笔记（深入）”；
- 处理完一个文件后，把它移到
processed/子目录，而不是留在原地 - 或记录已处理文件名到
processed.log，每次用array_diff()算差集 - 避免用
filemtime()判断“是否新”——上传可能延迟、NFS 时间不同步、文件写入未完成就被扫描到
move_uploaded_file() 和 rename() 在自动化里怎么选
这两个函数用途完全不同，混用会导致权限错误或静默失败。
move_uploaded_file() 只能用于 PHP 接收 HTTP 上传后的临时文件（即 $_FILES 中的 tmp_name），其他场景调用会直接返回 false，且不报错。
自动化脚本里几乎永远用不到它——因为文件不是通过表单上传来的，而是已存在磁盘上。该用 rename() 或 copy()：
-
rename('/path/to/new.jpg', '/path/to/ready/new_'.time().'.jpg')—— 快、原子、同分区推荐 - 跨文件系统必须用
copy()+unlink()，否则rename()会失败 - 注意目标目录权限：Web 用户（如
www-data）必须对目标路径有写+执行（x）权限才能创建文件
脚本跑着跑着就卡死或报 max_execution_time 错误
CLI 模式下 PHP 默认不限制执行时间，但很多服务器会继承 Web 配置，或你手动设了 set_time_limit(30)。自动化任务常需处理上百个文件，几秒肯定不够。
必须显式解除限制：
- 开头加
set_time_limit(0)，禁用超时 - 但别忘了加
ignore_user_abort(true)—— 否则 cron 触发后，如果脚本里有输出，某些环境下会因连接断开而终止 - 大文件处理（如视频转码）建议分块：用
glob()分批取 20 个文件，处理完usleep(100000)百毫秒再继续，避免占满 CPU
最易被忽略的是错误日志落点：CLI 脚本默认不写 Apache/Nginx 日志，务必用 error_log("msg", 3, "/var/log/php-process.log") 把关键步骤记下来，不然出问题根本不知道卡在哪一步。
