本文介绍两种高效方法：一种纯 apps script 实现（遍历列并检测组深度），另一种基于 sheets api 的批量操作，可显著提升大型表格处理性能，并附带安全注意事项与完整可运行代码。
本文介绍两种高效方法：一种纯 apps script 实现（遍历列并检测组深度），另一种基于 sheets api 的批量操作，可显著提升大型表格处理性能，并附带安全注意事项与完整可运行代码。
在 Google Sheets 中，列组（Column Groups）用于逻辑折叠/展开列区域，但其本身不直接提供“获取所有列组范围”的 API 方法。因此，若需批量删除所有列组内的列，不能依赖 getGroup() 或类似方法——因为列组是按列粒度嵌套管理的，且 Sheet.getColumnGroupDepth(columnIndex) 是唯一能判断某列是否属于列组（及嵌套层级）的可靠入口。
以下提供两种经实践验证的方案，适用于不同场景：
✅ 方案一：纯 Apps Script（推荐用于中小规模表格）
该方法无需启用高级服务，逻辑清晰、易于调试。核心思路是从右向左遍历每一列（maxColumns 到 1），对每个列位置调用 getColumnGroupDepth()：若返回值大于 0，说明该列处于至少一层列组中，即可安全调用 deleteColumn() 删除。
function deleteAllColumnsInColumnGroups() {
const ss = SpreadsheetApp.getActiveSpreadsheet();
ss.getSheets().forEach(sheet => {
const maxCol = sheet.getMaxColumns(); // 获取当前工作表最大列数（含隐藏列）
// 从右向左遍历，避免因删除导致列索引偏移
for (let col = maxCol; col >= 1; col--) {
if (sheet.getColumnGroupDepth(col) > 0) {
sheet.deleteColumn(col);
}
}
});
console.log("✅ 已删除所有工作表中列组内的列。");
}⚠️ 注意事项：
Google Blogger下载用于管理博客文章的 Blogger API 命令行工具，可发布、编辑、删除、列出和监控 Blogger 博客。适用于用户需要：(1) 在 Blogger 上发布博客文章...
- 必须倒序遍历（col--），否则删除左侧列后，右侧列索引会前移，导致跳过或报错；
- getMaxColumns() 返回的是工作表定义的最大列宽（默认 26 * 26 = 676 列），实际数据列可能远少于此，但为确保覆盖所有潜在列组，需遍历至此上限；
- 此方法对每列执行一次 API 调用，若工作表列数极多（如 >500），可能触发速率限制，此时建议改用方案二。
⚡ 方案二：Sheets API 批量操作（推荐用于大型或自动化场景）
当处理含数百列、多工作表的复杂文件时，纯 Apps Script 的逐列操作效率较低。借助 Google Sheets API 的 batchUpdate，可一次性提交所有删除请求，大幅提升性能。
启用前提：在脚本编辑器中依次点击 资源 > 高级 Google 服务，开启 Google Sheets API（v4）。
function deleteAllColumnsInColumnGroupsViaAPI() {
const ss = SpreadsheetApp.getActiveSpreadsheet();
const ssId = ss.getId();
// 获取所有工作表的 columnGroups 元数据（仅请求必要字段）
const { sheets } = Sheets.Spreadsheets.get(ssId, {
fields: "sheets(properties/sheetId,title),sheets/columnGroups"
});
const requests = [];
sheets.forEach(sheet => {
if (!sheet.columnGroups || sheet.columnGroups.length === 0) return;
// 仅处理 depth === 1 的列组（顶层组）——因嵌套组的删除会自动连带子组列
const topLevelGroups = sheet.columnGroups.filter(g => g.depth === 1);
topLevelGroups.forEach(group => {
// 构造 deleteDimension 请求：删除指定范围的列
requests.push({
deleteDimension: {
range: {
sheetId: sheet.properties.sheetId,
dimension: "COLUMNS",
startIndex: group.startColumn - 1, // API 索引从 0 开始
endIndex: group.endColumn // endIndex 为开区间，故直接填 endColumn
}
}
});
});
});
if (requests.length === 0) {
console.log("ℹ️ 未发现任何列组，无需操作。");
return;
}
// 批量执行删除（原子性操作，失败则全部回滚）
Sheets.Spreadsheets.batchUpdate({ requests }, ssId);
console.log(`✅ 已通过 API 批量删除 ${requests.length} 个列组区域。`);
}? 关键说明：
- columnGroups 数组中的每个对象包含 startColumn、endColumn 和 depth，我们只处理 depth === 1 的顶层组（删除顶层组即等效于删除整个嵌套结构）；
- Sheets API 的 startIndex 和 endIndex 均为 0-based，而 Apps Script 列号为 1-based，注意转换；
- batchUpdate 是原子操作，任一请求失败将导致全部回滚，保障数据安全；
- 相比方案一，此方法 API 调用次数恒为 2 次（1次 get + 1次 batchUpdate），性能优势显著。
?️ 安全提醒（必读）
- 强烈建议先备份或在副本中测试：上述脚本会永久删除列及其内容，不可撤销；
- 可添加保护机制，例如：
// 在执行前弹出确认框（仅限手动触发场景） if (!confirm("⚠️ 即将删除所有列组内的列！此操作不可恢复，确定继续？")) return; - 若需保留列组结构仅清空内容，应改用 clearContent() 而非 deleteColumn()。
掌握这两种方法，你即可灵活应对从轻量维护到企业级自动化等各种列组清理需求。选择方案一快速上手，方案二追求极致效率——二者均已在真实生产环境验证稳定可靠。
