近几年Google Apps Script（GAS）是否变慢？onEdit触发器运行延迟

核心问题分析 #

近几年Google Apps Script（GAS）的基础执行环境确实存在部分场景下的延迟增加，但你的脚本性能瓶颈更多来自操作方式的优化空间，而非单纯的平台变慢。针对你高频编辑（每秒多次）的场景，以下是具体原因和优化方法：

关键性能瓶颈与解决方法 #

• 单单元格I/O操作的高开销
  你当前的代码每次触发都单独调用getRange()和setValue()，这两个是GAS中开销最高的工作表交互操作。即使是单个单元格，也可以通过减少重复调用、复用事件对象来降低开销。

• 事件对象的低效利用
  无需重复调用event.source.getActiveSheet()，event.range已经包含了所在工作表、行、列的信息，直接复用即可减少方法调用的额外耗时。

• 高频触发的重复执行
  当每秒多次编辑时，简单触发器onEdit会因触发排队导致延迟。通过缓存机制合并短时间内的重复请求，可以避免不必要的脚本执行。

优化后的代码示例 #

基础优化版本（适配常规场景）

function onEdit(event) {
  const editRange = event.range;
  const targetSheet = editRange.getSheet();

  // 限定目标工作表和编辑列（此处对应A列编辑时，给B列加时间戳）
  if (targetSheet.getName() !== 'Dolly Returns' || editRange.getColumn() !== 1) return;

  // 直接定位目标单元格，避免重复调用getRange
  const timestampCell = targetSheet.getRange(editRange.getRow(), 2);
  timestampCell.setValue(new Date());
}

高频编辑适配版本（带缓存去重）

// 需替换为可安装触发器（避免简单触发器的频率限制）
function handleHighFrequencyEdit(event) {
  const editRange = event.range;
  const targetSheet = editRange.getSheet();

  if (targetSheet.getName() !== 'Dolly Returns' || editRange.getColumn() !== 1) return;

  const targetRow = editRange.getRow();
  const scriptCache = CacheService.getScriptCache();
  const cacheKey = `timestamp_lock_${targetRow}`;

  // 1秒内同一行的重复编辑不重复执行
  if (scriptCache.get(cacheKey)) return;
  scriptCache.put(cacheKey, 'locked', 1);

  targetSheet.getRange(targetRow, 2).setValue(new Date());
}

其他可能的影响因素 #

• 工作表隐藏负载：即使是空白表格，若存在隐藏公式、条件格式、数据验证或联动服务（如表单、透视表），会间接增加脚本执行开销，建议清理无关设置。
• 冷启动延迟：若脚本长时间未执行，第一次触发会有冷启动耗时，但你描述的是每次都1秒，因此该因素可能性低。

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