PDF-Lib.js构建后field.constructor.name返回t导致表单填充失败

该问题由前端项目生产构建阶段的代码压缩混淆导致：本地开发环境默认不会开启类名压缩配置，PDF-Lib内置的表单字段类（PDFTextField、PDFCheckBox等）名称可以正常读取；生产构建时Terser/ESBuild等压缩工具会将未配置保留规则的类名压缩为单字符，因此field.constructor.name会返回t这类无意义值，你后续依赖类名判断字段类型的填充逻辑自然无法触发。

• 方案1（最推荐）：使用PDF-Lib官方内置的类型判断方法，无需依赖constructor.name
  每个字段实例都自带了专用类型判断方法，完全不受代码压缩影响，直接替换你的类型判断逻辑即可：

const pdfDoc = await PDFDocument.load(formPdfBytes);
pdfDoc.registerFontkit(fontkit);
const customFont = await pdfDoc.embedFont(fontBytes, { subset: true });
const form = pdfDoc.getForm();
const fields = form.getFields()
fields.forEach(field => {
  const name = field.getName();
  // 直接调用内置方法判断类型
  if (field.isTextField()) {
    field.setText('你的文本填充值')
    field.setFont(customFont)
  } else if (field.isCheckBox()) {
    field.check()
  } else if (field.isDropdown()) {
    field.select('选项值')
  }
  // 其他字段类型按需求补充判断即可
})

• 方案2：配置构建工具保留PDF-Lib的类名
  如果一定要继续使用constructor.name做判断，可以在压缩工具配置中添加PDF-Lib字段类名保留规则，以Vite配置为例：

// vite.config.js
export default defineConfig({
  build: {
    minify: 'terser',
    terserOptions: {
      // 保留PDF-Lib的字段类名
      keep_classnames: /^PDF(TextField|CheckBox|Dropdown|RadioGroup|ListBox|Button)$/,
      keep_fnames: true
    }
  }
})

• 方案3：提前构建字段类型映射表
  提前引入PDF-Lib的字段类构建类型映射，不受代码压缩影响：

import { PDFTextField, PDFCheckBox, PDFDropdown, PDFRadioGroup, PDFListBox, PDFButton } from 'pdf-lib'

const FIELD_TYPE_MAP = new Map([
  [PDFTextField, 'text'],
  [PDFCheckBox, 'checkbox'],
  [PDFDropdown, 'dropdown'],
  [PDFRadioGroup, 'radio'],
  [PDFListBox, 'list'],
  [PDFButton, 'button'],
])

fields.forEach(field => {
  const type = FIELD_TYPE_MAP.get(field.constructor)
  const name = field.getName()
  // 按type做后续处理即可
})

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