PHP date()在PDF页脚中出错主因是时区未设、渲染时机不当及字体缺失；应显式设时区、预存时间戳、用占位符替代实时调用、避用HTML方法、改ASCII日期格式或配中文字体。
PHP date() 函数在 PDF 生成中直接使用会出错
PDF 库（如 TCPDF、mPDF、Dompdf）的页脚回调函数运行时，PHP 的时区上下文可能未初始化，date() 会返回空字符串或警告（Warning: date(): It is not safe to rely on the system's timezone settings）。这不是时间戳本身的问题，而是函数依赖默认时区配置。
实操建议：
- 务必在生成 PDF 前显式设置时区：
date_default_timezone_set('Asia/Shanghai'); - 避免在页脚回调里调用
date()多次——它每次执行都重新获取当前时间，页码多时可能导致同一页脚出现不同时间 - 更稳妥的做法：在 PDF 实例初始化后、写入内容前，用
time()获取一次时间戳，存为变量传入页脚逻辑
mPDF 页脚中用 {DATE j-m-Y} 和 PHP 变量混合渲染的区别
mPDF 支持两种页脚时间插入方式：内置占位符（如 {DATE j-m-Y}）和 PHP 变量拼接（如 $mpdf->setFooter('{PAGENO} | '.date('Y-m-d H:i'))），但行为完全不同。
关键差异：
立即学习“PHP免费学习笔记（深入）”；
-
{DATE ...}占位符由 mPDF 在渲染每页时动态解析，自动适配时区且保证整份 PDF 时间一致（基于文档生成起始时刻） - 直接拼接
date()字符串会在setFooter()调用时立刻执行，结果固化为那一毫秒的时间，后续页脚不会更新 - 若需“最后修改时间”，用 PHP 拼接；若需“生成时间”，优先用
{DATE}占位符
TCPDF 自定义页脚中 writeHTML() 调用 date() 报错 Uncaught Error: Call to a member function writeHTML() on null
这个错误常见于在 TCPDF 的 Footer() 方法里误用 $this->writeHTML()。TCPDF 的页脚渲染阶段不支持 HTML 解析上下文，writeHTML() 依赖尚未就绪的内部对象。
正确做法是只用原生方法输出文本：
- 用
$this->Cell()或$this->MultiCell()输出格式化时间 - 时间字符串必须提前生成好（推荐用
date('Y-m-d H:i:s', $this->start_timestamp)，其中$this->start_timestamp是类初始化时记录的time()） - 不要在
Footer()里调用任何需要 HTML 解析器的方法，包括writeHTML()、setHtmlHeader()等
Dompdf 中中文时间显示为方块或乱码
Dompdf 默认字体（DejaVu Sans）虽支持中文，但不包含完整日期汉字（如“年”“月”“日”），尤其当使用 date('Y年m月d日') 这类含中文字符的格式时，会因字体缺失回退成空白或方块。
解决路径很明确：
- 改用纯 ASCII 格式：
date('Y-m-d H:i')，避免中文字符 - 若必须显示中文，需加载支持中文的自定义字体（如 Noto Sans CJK），并确保在
dompdf_options中启用isRemoteEnabled，且字体文件路径可被 Dompdf 访问 - 注意：Dompdf 对
date()返回的 UTF-8 字符串敏感，确保 PHP 文件本身是 UTF-8 编码，且未被 BOM 干扰
