Apps Script库触发器部署失败：提示找不到私有处理函数

Apps Script 触发器的执行上下文永远绑定到当前挂载的宿主脚本项目（也就是引用你库的那个电子表格绑定的脚本），不会在库项目的作用域内执行。
你在库代码中调用ScriptApp.newTrigger()创建触发器时，传入的处理函数参数本质是个字符串，触发器触发时Google后端只会去宿主脚本的全局作用域查找对应名称的函数。库中以下划线_结尾的函数属于库私有成员，不会被导出到宿主脚本的全局作用域，自然会报找不到函数的错误：

Script function not found: colorTab_

你之前试的闭包方案无效也和这个机制有关：触发器创建后后端仅存储绑定的函数名字符串，不会保留创建时的闭包作用域、上下文引用，触发时根本访问不到闭包内定义的逻辑。

你不需要把所有依赖的私有方法都改成公有，也不需要把库代码复制到宿主脚本中，只需要暴露1个带专属前缀的单入口转发函数即可，所有内部逻辑完全保持私有：

• 在库项目中新增1个不带下划线后缀的公有入口函数，名称加你的库专属前缀避免和宿主脚本的自定义函数重名，函数内部直接转发调用原有的私有处理逻辑，其余所有依赖的私有方法、常量、变量完全不需要修改，依旧保持私有：

// 唯一对外暴露的入口，前缀建议替换为你的库名，避免重名
function myTabLib_colorTabHandler(e) {
  // 直接调用原有私有逻辑，所有内部依赖的私有成员无需改动
  return colorTab_(e);
}

• 修改原有触发器创建逻辑，将绑定的处理函数替换为这个公有入口的名称即可：

function colorTabTrigger_() {
  const handlerName = 'myTabLib_colorTabHandler';
  const triggers = ScriptApp.getProjectTriggers()
    .filter(t => t.getHandlerFunction() === handlerName);
  triggers.forEach(t => ScriptApp.deleteTrigger(t));
  
  ScriptApp.newTrigger(handlerName)
    .forSpreadsheet(SS)
    .onChange()
    .create();
}

• 该方案仅暴露1个无实际业务逻辑的转发入口，终端用户在宿主脚本中只能看到这一个和你的库相关的全局函数，不会暴露其余内部私有接口，不会产生级联公有化的改造需求。
• 只要你不给终端用户开放库项目的编辑权限，用户即使看到这个入口函数，也无法查看、修改库内的私有逻辑代码。
• 入口函数名必须加专属前缀，避免和宿主脚本中用户自行编写的同名函数产生冲突，导致触发器执行错误。

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