通过客户端定时轮询 `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 回归其最擅长的静态文件服务本质——稳定、高效、可预测。