Google Apps Script(GAS)表格变更触发Slack通知偶发重复发送问题咨询

首先明确：该问题不是Google Apps Script的固有规格特性，偶发重复通知基本由触发器配置冲突、并发执行抢占、代码逻辑漏洞三类原因导致，对应排查和修复方案如下：

排查方向 #

• 触发器配置校验：打开Apps Script编辑器左侧「触发器」面板，确认是否存在重复绑定的可安装触发器。如果为每个工作表都单独绑定了onEdit/onChange触发器，同一次跨表操作或批量编辑会触发多个触发器同时执行该函数，直接导致重复通知。
• 并发冲突校验：你的代码逻辑是先判断通知标记列是否为空，再发送Slack请求，最后写入标记值。如果两次函数实例几乎同时触发，前一个实例还没完成标记值写入，后一个实例判断标记列仍为空，就会重复发送通知，这是偶发非必现问题的最常见诱因。你的代码中存在大量循环内逐行调用getRange()、getValue()的操作，执行速度慢，进一步放大了并发冲突的概率。

修复方案 #

• 优化触发器配置：删除所有重复的工作表级触发器，仅保留1个全局可安装onChange触发器，在函数开头先判断当前触发变更的工作表名称，再匹配对应逻辑执行，避免多触发器重复触发。
• 加独占锁避免并发：使用GAS自带的LockService给核心逻辑加独占锁，确保同一时间只有一个函数实例在处理通知逻辑，代码修改示例如下：

function slackNotification(sheetname,slack_channel){
  // 申请脚本级独占锁，最多等待3秒，拿不到锁直接退出避免队列堆积
  const lock = LockService.getScriptLock();
  if(!lock.tryLock(3000)) return;
  try {
    // 此处粘贴你原有全部代码
  } finally {
    // 最后强制释放锁，避免死锁
    lock.releaseLock();
  }
}

• 优化代码执行效率：将循环内逐行读取单元格的逻辑改为一次性批量读取整列数据到数组，所有判断在数组内完成，最后批量写入标记值，可将代码执行速度提升10倍以上，大幅降低并发冲突概率。
• 增加幂等校验：可将requestId+claimId组合为唯一键，发送通知前先校验PropertiesService中是否已存在该键，发送成功后写入该键，作为双重保险避免重复发送。

内容的提问来源于stack exchange，提问作者Aoki SJ Seonok Yang