PHP本地文件高效交付优化问询：大视频加载缓慢问题

先聊聊你遇到的问题：生产环境大视频加载慢，核心原因大概率是当前PHP直接处理文件输出的方式，加上缺少视频播放必需的范围请求支持，再配合解密步骤的同步执行，拖慢了整体响应。下面给你几个针对性的优化方案，按优先级排序：

1. 让Web服务器直接处理文件发送（替代PHP readfile） #

PHP进程处理大文件输出其实很低效，还会占用PHP-FPM进程，最好的方式是让Nginx/Apache直接发送文件，PHP只做权限验证和解密逻辑。

针对Nginx：用X-Accel-Redirect #

验证通过后，PHP返回一个特殊header，让Nginx直接从内部路径读取文件发送：

// 解密和过期验证逻辑保持不变
if ($elapsed > URLEXPIRE) {
    echo json_encode(array(
        'status'=>false,
        'error'=>'URL expired.',
        'debug'=>$data,
        'debug2'=>$_GET['data']
    ));
    die;
}

// 验证通过后，设置Nginx内部重定向
$internal_path = '/internal-files' . $data_json['path']; // 这个路径要在Nginx配置里映射到实际文件目录
header('X-Accel-Redirect: ' . $internal_path);

// 动态获取并设置正确的MIME类型
$finfo = new finfo(FILEINFO_MIME_TYPE);
$mime_type = $finfo->file(OBJECTSTORE . $data_json['path']);
header('Content-Type: ' . $mime_type);

// 如果需要下载，添加Content-Disposition
if (strpos($data_json['path'],'?download')) {
    header('Content-Disposition: attachment; filename=' . basename(OBJECTSTORE . $data_json['path']));
}
die;

然后在Nginx配置里添加内部路径映射：

location /internal-files {
    internal; # 只允许内部请求访问，防止直接访问
    root /path/to/your/OBJECTSTORE; # 替换成你的实际文件存储根目录
}

针对Apache：用X-Sendfile #

类似逻辑，PHP返回X-Sendfile header，需要先启用mod_xsendfile模块：

// 验证通过后
header('X-Sendfile: ' . OBJECTSTORE . $data_json['path']);

// 动态设置MIME类型
$finfo = new finfo(FILEINFO_MIME_TYPE);
$mime_type = $finfo->file(OBJECTSTORE . $data_json['path']);
header('Content-Type: ' . $mime_type);

if (strpos($data_json['path'],'?download')) {
    header('Content-Disposition: attachment; filename=' . basename(OBJECTSTORE . $data_json['path']));
}
die;

Apache配置里开启模块并设置允许的路径：

LoadModule xsendfile_module modules/mod_xsendfile.so
XSendFile On
XSendFilePath /path/to/your/OBJECTSTORE

这种方式的好处是：PHP验证完成就释放进程，Web服务器（专门做静态文件传输的）来处理大文件，效率提升非常明显。

2. 支持HTTP范围请求（Range Requests） #

HTML5的video标签依赖范围请求来实现分段加载（比如拖动进度条、只加载需要的片段），当前代码没有处理Range请求头，导致视频必须完整下载才能播放，加载慢是必然的。

结合上面的Web服务器发送方案，Nginx/Apache默认就支持范围请求，只要正确设置Content-Type，并且让服务器直接处理文件，就能自动支持。如果一定要用PHP处理（不推荐），需要手动解析Range头，读取文件的对应片段返回，代码会比较复杂，所以优先用方案1。

3. 优化解密逻辑的性能 #

虽然AES-256-CBC本身效率不低，但可以做一些小优化：

• 确保decrypt函数里的openssl_decrypt使用了正确的参数，比如用OPENSSL_RAW_DATA而不是默认的base64处理（如果你的加密逻辑已经提前处理了base64编码的话），减少不必要的编码转换。
• 如果同一个URL会被多次请求（比如用户刷新页面），可以缓存解密后的结果到Redis/Memcached，缓存时间设置为URL剩余的过期时间（比如URL还有1小时过期，缓存1小时），避免重复解密。示例：

$cache_key = 'secure_url_' . $_GET['data'];
// 假设用Redis作为缓存
$data = $redis->get($cache_key);
if (!$data) {
    $data = decrypt($_GET['data']);
    $data_json = json_decode($data, true);
    $ttl = max(0, $data_json['expire'] - strtotime('now'));
    $redis->setex($cache_key, $ttl, $data);
} else {
    $data_json = json_decode($data, true);
}

// 后续过期验证逻辑不变
$elapsed = strtotime('now') - $data_json['expire'];

4. 其他小优化 #

• 移除不必要的调试输出：生产环境里要去掉debug和debug2的输出，减少额外的JSON序列化开销。
• 关闭PHP输出缓冲（如果仍用readfile）：如果暂时无法切换到Web服务器发送，确保在readfile前清理缓冲，避免延迟：

ob_clean();
ob_end_flush();
readfile($object);

这些方案里，方案1+方案2是解决大视频加载慢的核心，能立刻看到性能提升；方案3是锦上添花，减少重复解密的开销。

内容的提问来源于stack exchange，提问作者Dominick Navarro