Apps Script存在限制吗？设置lLen大于18时触发内部错误

这个问题我之前帮朋友排查过，大概率是Google Apps Script自定义函数的固有执行限制在搞鬼——毕竟自定义函数（就是直接在单元格里=myFunction()调用的那种）和普通的菜单/触发器脚本相比，配额和限制要严格得多。

可能的原因： #

• 执行时长与资源配额限制：自定义函数的最长执行时间只有30秒，而且对Spreadsheet服务的调用次数有严格限制。当lLen超过18后，循环里的操作（比如反复读取工作表、单元格）会快速消耗配额，甚至超时，最终触发模糊的“internal error”。
• 数据量阈值触发限制：自定义函数对单次返回的结果大小、处理的数组长度有隐性阈值，18这个数字刚好是你的场景下触发限制的临界点——当数组长度达到160+时，内存占用或数据传输量超出了自定义函数的承载范围。
• 低效的循环操作：如果你的代码在循环里每次都调用SpreadsheetApp.getActiveSpreadsheet()、getSheets()这类方法，相当于每次循环都重新建立和表格的连接，这种重复操作会大幅拖慢执行速度，很快触发限制。

解决方案： #

1. 放弃自定义函数，改用触发器或菜单脚本
   这是最彻底的解决办法。菜单驱动的脚本或者时间驱动/onChange触发器的执行时长上限是6分钟，而且资源配额宽松得多，完全能处理160+长度的数组。你可以给脚本加个自定义菜单，点击后执行数据处理逻辑，而不是在单元格里调用。

2. 批量读写，减少Spreadsheet服务调用
   如果一定要用自定义函数（虽然不推荐），必须把所有表格交互改成批量操作：

   • 不要在循环里逐个读取单元格，而是一次性把需要的范围读进内存数组：var data = sheet.getDataRange().getValues();
   • 所有数据处理都在内存数组里完成，最后一次性把结果写回表格（如果需要的话）。

3. 优化循环逻辑
   把重复的对象获取移到循环外，比如：

   function myFunction(input) {
     // 把这些对象获取放在循环外面，避免重复调用
     var ss = SpreadsheetApp.getActiveSpreadsheet();
     var sheets = ss.getSheets();
     var targetSheet = sheets[0]; // 假设你要操作第一个工作表
     var cidList = input; // 假设input是CID数组
     var lLen = cidList.length;
     var result = [];
   
     // 批量读取目标数据
     var allData = targetSheet.getDataRange().getValues();
   
     // 在内存里循环处理
     for(var i=0; i<lLen; i++){
       var cid = cidList[i];
       // 在这里用allData数组查找对应的内容，而不是每次调用getRange
       // ...你的处理逻辑...
       result.push(处理后的结果);
     }
     return result;
   }
   

这样修改后，不管lLen是160还是更大，只要处理逻辑本身不超时，就能正常运行。

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