如何在继承 FPDF 的自定义类中正确使用 FPDI 导入 PDF 页面

如何在继承 FPDF 的自定义类中正确使用 FPDI 导入 PDF 页面

本文详解在扩展 fpdf 类（如 pdf_rotate）的前提下，通过 fpdi 无损导入现有 pdf 页面并叠加内容的完整方案，重点解决因未指定页面边界导致的空白页问题。

在基于 FPDF 构建的 PHP PDF 生成系统中，当需要将已有 PDF 模板（如表单、封面或固定版式页）嵌入到动态生成的文档中时，FPDI 是官方推荐的扩展方案。但一个常见陷阱是：直接调用 $pdf->importPage(1) 后添加新页并使用模板，却只得到空白页——这并非路径错误或类初始化失败，而是因未显式指定页面边界（Page Boundary），导致 FPDI 默认采用不兼容的裁剪区域（如 CROP_BOX 或空边界），使内容不可见。

✅ 正确做法：显式声明 MEDIA_BOX

FPDI 支持多种 PDF 页面边界标准，其中 MEDIA_BOX 表示页面的原始物理尺寸（含所有可打印区域），是绝大多数场景下的安全选择。必须通过第二个参数传入 \setasign\Fpdi\PdfReader\PageBoundaries::MEDIA_BOX：

function SeedlingSheet($seedlingInfo = []) {
    // 1. 加载源 PDF 文件（路径需绝对且可读）
    $pageCount = $this->setSourceFile(FCPATH . 'fhm_template/MAFHM_Microplot_SeedlingForm.pdf');
    if ($pageCount < 1) {
        throw new Exception('Failed to load source PDF: file not found or invalid.');
    }
    // 2. 显式指定 MEDIA_BOX 边界导入第 1 页
    $pageId = $this->importPage(1, \setasign\Fpdi\PdfReader\PageBoundaries::MEDIA_BOX);
    // 3. 添加新页（注意：AddPage() 必须在 importPage 之后、useTemplate 之前调用）
    $this->AddPage();
    // 4. 将导入的页面作为模板铺满当前页（x=0, y=0, 宽高自动适配）
    $this->useTemplate($pageId, 0, 0);
    // ✅ 此后可自由调用 FPDF 方法（如 SetFont、Cell、Text）在模板上叠加文字/图形
    $this->SetFont('Helvetica', 'B', 12);
    $this->SetXY(50, 80);
    $this->Cell(0, 0, 'Generated on: ' . date('Y-m-d H:i:s'), 0, 1, 'L');
}

⚠️ 关键注意事项

• 类继承无需重构：你当前 class PDF extends PDF_Rotate 的结构完全兼容 FPDI —— 只需确保 PDF_Rotate 自身已正确集成 FPDI（即其构造函数中调用了 parent::__construct() 且类文件已 use 或 require 相关 FPDI 组件）。不必将整个项目迁移到 extends FPDI，否则会破坏原有 FPDF 方法调用链。
• useImportedPage() 已弃用：FPDI v2+ 中应统一使用 useTemplate()；旧方法 useImportedPage() 不仅参数语义模糊，且在部分 PDF 版本下行为不稳定。
• 路径与权限：setSourceFile() 接受绝对路径（推荐用 FCPATH 或 __DIR__ 拼接），PHP 进程需有读取权限；建议增加 $pageCount 校验防止静默失败。
• 坐标系对齐：useTemplate($pageId, 0, 0) 将模板原点（左下角）对齐到当前页左下角。若需居中或偏移，可配合 GetPageSize() 获取模板尺寸后计算偏移量。

? 总结

空白页的本质是“内容存在但不可见”——根源在于 PDF 页面边界解析失配。通过强制指定 MEDIA_BOX，即可让 FPDI 准确还原原始页面尺寸，再结合 useTemplate() 完美复用。该方案零侵入原有 FPDF 扩展逻辑，兼顾向后兼容性与功能完整性，是生产环境导入 PDF 模板的稳健实践。