HarmonyOS鸿蒙Next中Web组件保存前端页面为PDF，什么情况下PDF文件会损坏？

既然当时无线调试且没有日志，建议先加一个很轻的“下次复现可留证”的保护，而不是等再次偶现。createPdf 后立刻记录 PdfData byteLength、写入文件大小、前 5 个字节是否是 %PDF-、尾部是否有 %%EOF；写文件用 temp 文件，close/flush 成功后再 rename 成正式文件。

这样下次如果又提示损坏，就能区分三类：生成出来的 PDF 数据本身不完整、写入过程中截断、导出/打开阶段拿到了半成品。无线调试偶现时也可以先在应用沙箱内校验原始文件，再分享/复制到外部路径，缩小问题范围。

我这边建议把 PDF 损坏先按“生成时机”和“写文件完整性”拆开排查。createPdf 的链路是 Web 页面渲染完成后调用 createPdf，拿到 PdfData 后再通过 pdfArrayBuffer() 获取二进制数据流，并用 fileIo 写入文件；如果页面资源还没加载完、多个转换并发写同一路径，或 write 没完成就打开/分享文件，就容易出现偶发损坏。

建议这样收敛：

1. 只在 Web 的 onPageEnd 之后触发生成；如果页面里还有异步图片、字体或接口数据，最好让 H5 主动回调一个 ready 标记后再 createPdf。
2. 每次生成用唯一文件名，避免覆盖旧 PDF 后残留旧字节；同一个 WebviewController 上把 createPdf 串行化，不要并发生成。
3. 写文件时记录 data.byteLength、writeLen 和最终文件大小，write 完成并 closeSync 后再打开或分享。

async savePdf(context: common.UIAbilityContext) {
  const result: webview.PdfData = await this.controller.createPdf(this.pdfConfig);
  const data = result.pdfArrayBuffer().buffer;
  const filePath = `${context.filesDir}/page_${Date.now()}.pdf`;
  const file = fs.openSync(filePath, fs.OpenMode.READ_WRITE | fs.OpenMode.CREATE);
  try {
    const writeLen = await fs.write(file.fd, data);
    console.info(`pdf bytes=${data.byteLength}, write=${writeLen}`);
  } finally {
    fs.closeSync(file);
  }
}

如果日志里 buffer 正常但文件大小偏小，优先查写入时机；如果 buffer 本身偏小或为 0，优先查页面 ready 时机和 createPdf 返回错误。

参考来源：Web 组件保存前端页面为 PDF：https://developer.huawei.com/consumer/cn/doc/harmonyos-guides/web-createpdf 参考来源：WebviewController createPdf：https://developer.huawei.com/consumer/cn/doc/harmonyos-references/arkts-apis-webview-webviewcontroller#createpdf14