通过客户端定时轮询 `filemtime()` 获取静态文件修改时间，替代长连接 sse，可将每个用户请求降至毫秒级短连接，彻底规避 apache 进程堆积问题。
在高并发静态页面场景下（如监控看板、实时公告页），依赖 Server-Sent Events（SSE）实现“文件变更自动刷新”虽逻辑直观，但极易引发服务器资源雪崩——正如您遇到的：每个打开的标签页维持一个长期存活的 PHP 进程，持续调用 shell_exec("date -r ...") 并 sleep() 等待，导致 Apache 工作进程迅速占满、响应停滞甚至冻结。
根本症结在于服务端主动轮询 + 长连接的设计违背了静态服务的轻量本质。解决方案是转向客户端驱动的短连接轮询（Polling）：由浏览器按需发起快速、无状态的 HTTP 请求，服务端仅瞬时响应后立即退出，不占用任何持久化进程。
✅ 推荐实现：极简时间戳轮询
1. 服务端：get_index_change_time.php（单次执行，零延迟）
⚠️ 注意：确保 index.html 与该 PHP 文件位于同一目录，或使用绝对路径（如 __DIR__ . '/index.html'）。filemtime() 是 PHP 内置函数，无需 shell 权限，无进程开销，Apache 每次请求仅消耗
2. 客户端：JavaScript 轮询逻辑（防抖+错误恢复）
let lastKnownMtime = null;
function checkIndexChange() {
fetch('/get_index_change_time.php', {
method: 'GET',
cache: 'no-cache'
})
.then(response => {
if (!response.ok) throw new Error(`HTTP ${response.status}`);
return response.text();
})
.then(mtimeStr => {
const currentMtime = parseInt(mtimeStr, 10);
if (isNaN(currentMtime)) throw new Error('Invalid timestamp');
if (lastKnownMtime !== null && currentMtime !== lastKnownMtime) {
console.log('[AutoRefresh] index.html changed → reloading...');
location.reload();
} else {
lastKnownMtime = currentMtime;
// 使用 setTimeout 替代 setInterval，避免请求堆积
setTimeout(checkIndexChange, 3000); // 每 3 秒检查一次
}
})
.catch(err => {
console.warn('[AutoRefresh] Check failed:', err.message);
// 失败时延长重试间隔（避免雪崩）
setTimeout(checkIndexChange, 10000);
});
}
// 页面加载完成后立即启动
if (document.readyState === 'loading') {
document.addEventListener('DOMContentLoaded', checkIndexChange);
} else {
checkIndexChange();
}? 关键优化点说明
- 零进程占用：每个请求对应一个 Apache 子进程，但执行完立即释放（
- 精准感知变更：filemtime() 返回文件最后修改的 Unix 时间戳（秒级），比解析 date -r 输出更可靠，且不受时区/格式影响。
- 防误刷机制：使用 setTimeout 递归而非 setInterval，确保前一次请求完成后再启动下一次，杜绝因网络延迟导致的请求并发堆积。
- 容错增强：网络失败时自动降频至 10 秒重试，避免服务短暂不可用时前端疯狂重连。
- 缓存规避：显式设置 Cache-Control: no-cache 和 fetch 的 cache: 'no-cache'，强制绕过浏览器及代理缓存。
? 补充建议
- 若需更高精度（毫秒级），可改用 filectime()（inode 更改时间）或在构建/部署流程中写入版本号到 JSON 文件（如 version.json），再轮询该文件。
- 对于超大规模场景（>1000 用户），可引入 Redis 缓存 filemtime() 结果并设置 1 秒 TTL，进一步降低磁盘 I/O。
- 禁用 Apache 的 mod_php（若使用）并切换为 php-fpm + ProxyPass，可显著提升 PHP 请求吞吐量。
此方案以最小侵入性解决核心矛盾：用客户端计算换服务端资源，让 Apache 回归其最擅长的静态文件服务本质——稳定、高效、可预测。
