PHP PDF下载脚本仅部分用户可用，寻求调试线索

这种用户间的差异问题确实挺棘手的，结合你已经排查的核心点，我整理了几个值得深挖的方向，你可以逐一验证：

• 用户会话与权限的隐性差异
  虽然查询能返回正确数据，但脚本在输出PDF前可能依赖了会话中的某些参数（比如用户权限标识、个性化配置）。建议：

  • 打印这位用户的$_SESSION变量内容（可以写到服务器日志里，别直接输出到页面），对比正常用户的会话数据，看是否存在缺失或异常值；
  • 检查脚本中是否有基于用户角色的分支逻辑，比如某些用户会触发额外的过滤操作，导致最终没有PDF内容输出。

• 输出缓冲区与错误压制问题
  空白页面大概率和输出控制或隐性错误有关，试试这两步：

  • 在脚本最开头添加错误输出代码：

    error_reporting(E_ALL);
    ini_set('display_errors', 1);
    ini_set('log_errors', 1);
    

    这样能强制显示或记录这位用户访问时触发的错误（比如内存不足、文件读取失败）；
  • 检查PDF输出前的代码，确保没有意外输出空白字符（比如PHP闭合标签?>后的空格、换行），并在输出PDF头前调用ob_clean()和flush()清空缓冲区：

    ob_clean();
    flush();
    header('Content-Type: application/pdf');
    // 后续输出PDF内容
    

• 文件读取的权限与编码问题
  虽然文件在同一目录，但不同用户的PHP执行上下文可能有差异：

  • 在脚本中加入文件状态检查，把结果写入日志：

    $pdfPath = '你的PDF文件路径';
    error_log("用户ID: {$_SESSION['user_id']} - 文件存在: " . file_exists($pdfPath) . ", 可读: " . is_readable($pdfPath));
    

    确认这位用户的PHP进程是否真的能读取到目标文件；
  • 如果文件名包含特殊字符（中文、空格等），检查两位用户的环境编码是否一致，比如正常用户的系统是UTF-8，另一位是GBK，可能导致路径解析失败。

• 客户端浏览器的差异
  排除服务器端问题后，也可以检查客户端：

  • 让这位用户清空浏览器缓存、换用不同浏览器测试；
  • 用浏览器开发者工具查看网络请求的响应头，确认Content-Type是否为application/pdf，响应体是否有内容。如果响应体有内容但浏览器显示空白，可能是浏览器PDF插件禁用或版本问题。

• 内存与执行时间限制
  若这位用户下载的PDF文件更大，或者脚本处理逻辑更复杂，可能触发了资源限制：

  • 在脚本开头临时调高资源限制测试：

    ini_set('memory_limit', '256M');
    ini_set('max_execution_time', 60);
    

  • 查看服务器的PHP错误日志，是否有Allowed memory size exhausted或Maximum execution time exceeded的报错。

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