我之前处理大型报表时也踩过这个坑——小数据量用originalRange.copyTo()完全正常，一到上千行就出现“看起来下拉成功但单元格为空”的诡异情况，flush和休眠都不管用。后来摸索出几个靠谱的解决方案，分享给你：

1. 用setValues()/setFormulas()替代copyTo()（最推荐） #

copyTo()本质是模拟用户的复制粘贴操作，在大数据量下容易出现同步延迟或执行中断。而直接通过数据数组写入的方式更稳定，Google Apps Script对批量数据写入的支持更好。

比如你要复制公式的话，可以这么改：

// 获取原范围的公式（如果是值就用getValues()）
const sourceFormulas = originalRange.getFormulas();
const targetRange = rangeToCopyTo;
const targetRowCount = targetRange.getNumRows();

// 生成对应行数的公式数组（重复原公式行）
const targetFormulas = [];
const sourceRowCount = sourceFormulas.length;
for (let i = 0; i < targetRowCount; i++) {
  targetFormulas.push(sourceFormulas[i % sourceRowCount]);
}

// 批量写入目标范围
targetRange.setFormulas(targetFormulas);

这个方法完全绕过了UI层面的复制粘贴操作，数据写入更直接，几乎不会出现空单元格的问题。

2. 分批次执行copyTo() #

如果你的需求必须保留格式、数据验证等复制内容，没法用setValues()，可以试试分批次处理，避免一次性操作过大范围：

const totalTargetRows = rangeToCopyTo.getNumRows();
const batchSize = 100; // 每批处理100行，可根据实际调整

for (let start = 0; start < totalTargetRows; start += batchSize) {
  const end = Math.min(start + batchSize, totalTargetRows);
  // 截取当前批次的目标范围
  const batchRange = rangeToCopyTo.offset(start, 0, end - start);
  // 执行复制
  originalRange.copyTo(batchRange, SpreadsheetApp.CopyPasteType.PASTE_ALL, false);
  // 强制刷新
  SpreadsheetApp.flush();
  // 可选：加个极短的休眠，避免请求过于密集
  Utilities.sleep(50);
}

分批处理能降低单次操作的负载，减少Google Apps Script执行时的资源压力，比一次性复制上千行靠谱得多。

3. 检查脚本执行时间限制 #

Google Apps Script单次脚本执行最长不能超过6分钟，如果你的处理逻辑里还有其他耗时操作，可能会导致copyTo()没完成就被中断。可以在脚本里加日志查看执行时间：

const startTime = new Date();
// 你的复制逻辑
const endTime = new Date();
console.log(`执行耗时：${(endTime - startTime)/1000}秒`);

如果接近6分钟，就得优化其他逻辑，或者把复制操作拆成多个时间驱动的触发器来执行。

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