Apps Script问题：HTML表单提交后PDF生成触发器未触发求助

问题根源 #

Google Sheets的「On Form Submit」触发器仅对原生Google Form提交的内容生效，通过Apps Script的setValues()等API手动写入表格的行，不会触发该事件。这就是你用HTML表单提交后，afterFormSubmit函数不执行的核心原因。

直接可行的解决方案 #

方案1：在doPost中直接调用PDF生成逻辑 #

既然doPost是数据写入的入口，写完数据后直接调用afterFormSubmit，并构造它需要的参数格式，无需依赖触发器。修改doPost函数的try块：

try {
    const doc = SpreadsheetApp.openById("1vb7K3IXYC-7zf9BHFYUWN-nQleeWVHsaI8V5OUZNWL4");
    const sheet = doc.getSheetByName(sheetName);

    const headers = sheet.getRange(1, 1, 1, sheet.getLastColumn()).getValues()[0];
    const nextRow = sheet.getLastRow() + 1;

    const newRow = headers.map(function(header) {
        return header === 'Date' ? new Date() : e.parameter[header]
    })

    sheet.getRange(nextRow, 1, 1, newRow.length).setValues([newRow])

    // 新增：构造afterFormSubmit需要的namedValues参数并调用
    const namedValues = {};
    headers.forEach((header, idx) => {
        namedValues[header] = [newRow[idx]];
    });
    afterFormSubmit({ namedValues: namedValues });

    return ContentService
    .createTextOutput(JSON.stringify({'result': 'success', 'row': nextRow }))
    .setMimeType(ContentService.MimeType.JSON);
}

方案2：改用On Change触发器（备选） #

如果一定要用触发器，将afterFormSubmit的触发器改为事件源：从电子表格，事件类型：On Change，同时修改函数逻辑，只处理新增行的情况：

function afterFormSubmit(e) {
    // 仅处理新增行的事件
    if (e.changeType !== 'INSERT_ROW') return;

    const sheet = SpreadsheetApp.getActiveSpreadsheet().getSheetByName(sheetName);
    const lastRow = sheet.getLastRow();
    const headers = sheet.getRange(1, 1, 1, sheet.getLastColumn()).getValues()[0];
    const rowData = sheet.getRange(lastRow, 1, 1, headers.length).getValues()[0];

    // 构造namedValues格式
    const namedValues = {};
    headers.forEach((header, idx) => {
        namedValues[header] = [rowData[idx]];
    });

    createPDF(namedValues);
}

注意：On Change触发器会响应表格的所有修改操作，必须加changeType判断，避免无效触发。

额外注意事项 #

1. 检查createPDF函数中的字段名：替换文本用的是info['First'][0]和info['Last'][0]，但文件名用的是info['First Name'][0]和info['Last Name'][0]，要确保表头名称与HTML表单的参数名完全一致，否则会出现值为空的情况。
2. doPost中的lock.tryLock(1)超时时间仅1毫秒，建议改为30000（30秒），避免高并发场景下锁获取失败。

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