错误在触发器中被吞掉是因为onEdit/onChange不响应导入操作，且try/catch未re-throw；应改用主动校验、onFormSubmit或写入前手动控制流程。
触发器里 throw new Error() 在导入时被吞掉，怎么让错误真正冒出来
google sheets 导入数据（比如用 importdata、importrange 或 apps script 的 setvalues()）本身不执行触发器；但如果你在 onedit 或 onchange 里写了 throw new error("xxx")，它只对人工编辑生效。批量导入压根不会触发这些函数——所以你根本看不到报错，更别说拦截逻辑冲突了。
真正要捕获导入引发的冲突，得换地方：改用 onFormSubmit（表单提交）、或在脚本里主动调用校验函数（比如用 PropertiesService 记录上次导入时间，再跑一遍 onOpen 或定时器里的检查），而不是指望编辑类触发器。
-
onEdit和onChange对setValues()、粘贴、导入完全无感，别在这儿 throw - 想拦截导入行为，必须把校验逻辑提前到“写入前”：用 Apps Script 手动读-校验-写，而不是依赖内置导入函数
- 如果非要用
IMPORTRANGE这类公式，错误只能靠目标表的onEdit做事后扫描（比如定时检查某列是否出现非法值），没法实时 throw
onEdit 里判断“是不是导入引起的数据变化”根本不可靠
有人试图在 onEdit 里用 e.source.getActiveRange().getA1Notation() 看范围大不大，或者用 e.value 是不是数组，来区分人工编辑和导入——这招在多数情况下失效。因为粘贴多行、拖拽填充、甚至某些插件导入，都会走同样的事件路径，e 对象里没有字段能明确标出“本次是导入”。
-
e.authMode和e.user在导入场景下通常为null或匿名，不能当依据 -
e.range.getHeight() > 1只说明改了多行，不代表是导入（用户也能选十行删掉重填） - 真要区分，得自己加一层标记：比如导入前先写个临时标记单元格（如
Sheet.getRange("ZZ1").setValue("importing")），校验逻辑看到这个标记就跳过或走另一套规则
自定义报错被静默吞掉？检查你是不是在 try/catch 里没 re-throw
很多脚本为了“防崩”把整个触发器包进 try/catch，结果 throw new Error("重复ID") 被 catch 住后啥也不干，等于白写。用户看不到提示，数据照常写入，逻辑冲突就漏过去了。
- 在
onEdit或onChange里，catch 之后必须throw e或throw new Error(...)，否则错误消失 - 别用
console.error()代替 throw——它只写日志，不中断执行，也不通知用户 - 如果用了
PropertiesService或CacheService做条件屏蔽（比如“10分钟内相同操作只报一次”），确保屏蔽逻辑在 throw 之前判断，而不是之后
用 PropertiesService 做条件屏蔽时，键名冲突和作用域错配是高频坑
想限制“同一笔订单号1小时内不重复报错”，用 PropertiesService.getScriptProperties().getProperty("lastOrderId") 很自然。但实际跑起来经常失效——要么键名写错（比如大小写不一致），要么用了 getUserProperties() 却在服务端脚本里调用（它只对当前用户有效，而导入可能由服务账号触发）。
- 脚本级屏蔽用
PropertiesService.getScriptProperties()，别用getUserProperties() - 键名建议带前缀，比如
"conflict_check_orderId_" + orderId，避免不同校验逻辑互相覆盖 - 设置过期时间别靠 JS 的
Date.now()存时间戳再比对，直接用CacheService.getScriptCache().put(key, value, 3600)更稳——缓存自带 TTL，不用手动清理
