使用Google Apps Script从表格生成PDF时遭遇流量过高问题

• 核查Google服务配额限制
  Google对UrlFetchApp调用频率、Sheets公式计算量都有严格的配额管控。去Google Cloud Console的「API和服务」→「配额」页面，查看UrlFetchApp和Google Sheets API的实时使用数据，确认是否触发了短时并发请求阈值或每日调用上限。固定延迟不一定能避开短时流量限制，得看配额的具体触发条件。

• 优化PDF导出请求逻辑

  1. 给每个PDF导出链接加唯一的缓存击穿参数，比如&timestamp=${new Date().getTime()}，避免Google返回缓存的错误页面。
  2. 不要用固定延迟，改成动态休眠策略：如果请求返回的是流量过高的HTML页面，就把休眠时间从1秒逐步提升到5-10秒；如果请求正常，保持1秒左右的间隔即可。
  3. 替换UrlFetchApp.fetch()的直接调用，改用Spreadsheet原生的导出方法：先定位到目标表格范围，调用SpreadsheetApp.flush()强制完成计算，再用range.getAs('application/pdf')生成Blob，减少外部请求的依赖。

• 降低表格计算负载
  你的表格依赖XLOOKUP公式，批量填充数据后Sheets需要时间完成计算，未完成就导出会增加服务负载，间接触发流量限制。

  1. 每次填充数据后必须调用SpreadsheetApp.flush()，等待1-2秒再触发导出。
  2. 把XLOOKUP公式替换成Apps Script预计算的结果：提前用脚本完成数据匹配，直接填充静态值到表格，完全去掉表格公式，大幅降低Sheets的计算压力。

• 拆分任务分散请求压力
  把批量生成任务拆成多个子任务，用时间驱动触发器分批执行，比如每10分钟处理5个PDF，避免短时间内请求集中触发流量限制。也可以用PropertiesService存储任务进度，确保中断后能继续执行剩余任务。

• 检查请求认证与头信息
  确保UrlFetchApp.fetch()的请求头包含Authorization: Bearer ScriptApp.getOAuthToken()，避免因认证失败导致的重复请求加重负担。每次填充数据后必须保存表格状态，再生成新的导出链接，不要复用旧链接。

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