初始化FPDI对象失败，批量移除PDF第二页触发500错误

我明白你在批量处理PDF移除第二页时，只要代码里包含$pdf = new FPDI();相关逻辑就触发500错误，而且已经确认autoload路径没问题——这种服务器端的静默错误确实很让人挠头，咱们一步步来排查和解决：

• 先抓出具体错误信息，别让500当“遮羞布”
  500是通用的服务器错误，光看页面提示根本找不到问题。你可以临时在代码开头加上这两行，强制显示错误：

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

  或者直接去服务器找PHP错误日志（比如Apache的error.log、Nginx的php-fpm.log），日志里会明确告诉你是依赖缺失、PDF损坏还是权限不足之类的具体问题。

• 确认FPDI的依赖没少装
  FPDI本身只是个PDF导入工具，它依赖FPDF或者TCPDF来生成新PDF。如果你是手动下载的FPDI，得确保includes/fpdi目录里不仅有FPDI的文件，还有它依赖的FPDF（或TCPDF）的完整文件；如果是用Composer装的，就重新跑一遍composer install确保依赖都拉全了。

• 先拿单个PDF测试，缩小问题范围
  先把循环注释掉，只处理一个PDF文件试试：如果单个文件能正常运行，那问题大概率出在循环逻辑里（比如&$value的引用没处理好、目标路径没写入权限）；如果单个文件也报错，那就是单个PDF处理的代码逻辑有问题。

• 给你一个经过验证的单文件处理示例
  你可以用这个代码先测试单个PDF，确认FPDI能正常工作：

  <?php
  require_once('includes/fpdi/autoload.php');
  ini_set('memory_limit', '1024M');
  ini_set('max_execution_time', 120);
  error_reporting(E_ALL);
  ini_set('display_errors', 1);
  
  $sourcePath = 'test.pdf'; // 替换成你的测试PDF路径
  $outputPath = 'test_without_page2.pdf'; // 输出路径
  
  try {
      // 注意命名空间，手动下载的FPDI可能需要调整
      $pdf = new \setasign\FPDI\FPDI();
      $totalPages = $pdf->setSourceFile($sourcePath);
  
      // 遍历所有页面，跳过第二页
      for ($pageNum = 1; $pageNum <= $totalPages; $pageNum++) {
          if ($pageNum === 2) continue;
  
          $template = $pdf->importPage($pageNum);
          $pageSize = $pdf->getTemplateSize($template);
          
          // 创建和原页面尺寸一致的新页面
          $pdf->AddPage($pageSize['orientation'], [$pageSize['width'], $pageSize['height']]);
          $pdf->useTemplate($template);
      }
  
      // 写入到文件
      $pdf->Output($outputPath, 'F');
      echo "处理成功！";
  } catch (\Exception $e) {
      // 捕获并显示错误
      echo "出错了：" . $e->getMessage();
  }
  

• 检查文件写入权限
  你的输出路径（代码里的$des...）必须让服务器的运行用户（比如www-data、apache）有写入权限，否则会因为无法生成文件触发500错误，这是很容易忽略的点。

• 循环里的引用要注意清理
  你代码里用了foreach ($arrFiles as &$value)，循环结束后一定要加上unset($value);，避免后续代码不小心修改到这个引用变量，引发意料之外的逻辑错误。

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