解析Google Sheets报The JavaScript runtime exited unexpectedly错误如何解决？

• 执行时长超限：Google Apps Script对单次脚本执行有明确时长限制，普通消费者账号单次最长执行6分钟，Google Workspace账号最长30分钟。你的代码存在大量低效IO操作，运行10分钟已经远超普通账号上限，即使是Workspace账号，后续触发限流也会导致 runtime 异常退出。
• 单单元格写入导致的效率灾难：代码中遍历文件写文件名、提取链接写结果时，均采用单次setValue写单个单元格的逻辑，每次写入都需要和Google服务器做一次交互，75个表格如果提取的链接数量多，写入次数可以达到数千甚至数万次，不仅会把执行时间拖长数倍，还会触发Google服务的频率限制，导致请求无响应最终runtime崩溃。
• 未声明变量的异常风险：代码中使用的level变量没有显式声明，默认是全局变量，递归遍历多层文件夹时如果出现执行异常，level值会出现非预期的变化，导致写入单元格的列参数异常，进而触发runtime错误。
• API调用频率超限：短时间内连续调用DriveApp遍历500个文件、调用SpreadsheetApp.openById打开75个表格，会触发Google Drive和Sheets API的限流规则，服务器会延迟甚至拒绝响应请求，最终导致运行时异常退出。
• 内存溢出风险：每个表格都一次性读取全量富文本数据getRichTextValues，如果单表格数据量大，加上75个表格的累计内存占用超过Google Apps Script的内存配额，会直接导致运行时意外退出。

• 改用批量写入逻辑：不管是文件路径记录还是链接提取结果，都先存入二维数组，所有数据处理完成后一次性调用setValues写入到目标表格，可降低90%以上的IO耗时。
• 拆分执行任务：使用PropertiesService存储已处理的文件ID、当前遍历的文件夹节点等进度信息，单次脚本只处理10~15个表格，执行完成后设置时间触发器下次自动接着处理，避免单次执行超时。
• 优化内存占用：处理完单个表格后主动清空不需要的变量，避免全量富文本数据长期驻留内存。
• 增加限流规避逻辑：每处理完一个表格后增加Utilities.sleep(1000)的1秒延迟，避免短时间内API请求过于频繁触发限流。

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