在这背后（我承认不是那么多......）有趣的问题是一个关于我使用的解决方法的真正问题，但没有真正理解它是如何工作的。
首先简要描述我的用例，所有这一切都发生在侧边栏中显示的文档绑定 UiApp 中：
我必须在用 GAS 编写的邮件合并应用程序中创建并通过电子邮件发送数百个文档。当然，在不达到 5 分钟执行时间限制的情况下进行一批处理需要太长时间，因此我尝试了几种不同的解决方法来完成任务：
它工作得很好，每次调用我都会处理 40 个文档批次（大约 3 分钟），然后暂停一段时间，然后重新开始，直到完成。 每个调用都由 checkBox 链接的服务器处理程序触发，复选框本身在处理程序函数中发生更改，以这种方式创建自己的触发器。
我的问题（最后；-）是：知道整个过程可能需要 30 到 60 分钟，这可能有多精确？这些服务器处理程序函数如何/为什么被视为多进程，因为它们是从函数本身内部创建的？
我希望我足够清楚，（我对此表示怀疑，因为我的头脑有点混乱:-)
我在下面加入了时钟测试应用程序的代码，它给了我这个想法，它可能会让事情更容易理解。
function doGet() {
var app = UiApp.createApplication().setTitle('Counter/Timer');
var Panel = app.createAbsolutePanel().setStyleAttribute('padding','35');
var counter = app.createHTML().setId('counter').setHTML('<B>Timer = wait</B>').setStyleAttribute('fontSize','40px');// set start display
var clo = app.createTextBox().setName('clo').setId('clo').setValue('0').setVisible(false);//set start value in seconds
var handler1 = app.createServerHandler('doSomething').addCallbackElement(Panel);
var chk1 = app.createCheckBox('test1').addValueChangeHandler(handler1).setVisible(true).setId('chk1').setVisible(false);
app.add(Panel.add(chk1).add(counter).add(clo));
chk1.setValue(true,true);// start the process
return app}
function doSomething(e) {
var app = UiApp.getActiveApplication();
var xx = Number(e.parameter.clo);
var disp = app.getElementById('counter')
xx++ ;// replace by xx-- to count downwards
if(xx>600){ // 10 minutes timeout for example
disp.setHTML('<B> GAME OVER ;-)</B>').setStyleAttribute('fontSize','80px').setStyleAttribute('color','RED')
return app
}
var cnt = app.getElementById('clo').setValue(xx)
disp.setHTML('<B>'+T(xx)+'</B>')
Utilities.sleep(1000); // instead of sleeping do something !
// below comes the "active" part
var chk1 = app.getElementById('chk1').setValue(false,false)
var chk1 = app.getElementById('chk1').setValue(true,true)
return app;
}
function T(val){
var min = parseInt(val/60);
var sec = val-(60*min);
if(sec<10){sec='0'+sec}
if(min<10){min='0'+min}
var st = '> '+min+':'+sec
return st
}
服务器处理程序函数调用不是独立进程，因为它们“是从函数本身内部创建的”这一说法并不完全正确。
您已经设置了一个 checkBox 元素chk1与服务器处理程序doSomething。每当
复选框被选中，然后，一个事件派遣到服务器。 （...并且您的脚本每次都会导致这些事件chk1.setValue()呼叫）的checkBox并且周围的 UI 代码正在您的浏览器中运行 - 单击“显示源”或使用资源管理器查看 Google 服务器向您的浏览器提供的内容。 （警告 - 它被混淆了。但是您可能会识别出一些字符串，并从中识别出您的客户端代码。）
这是文档中告诉我们的内容类 服务器处理程序:
当调用 ServerHandler 时，它引用的函数将在 Apps 脚本服务器上以“新”脚本调用。
这是延长操作时间的关键：每个分派的事件都会导致调用doSomething()在一个全新的操作环境中 - 就像您在不同的浏览器中打开脚本编辑器，然后在脚本上单击“运行”一样。 “新鲜”脚本无法访问先前运行的 var 值...但它也有自己的一组操作限制，包括计时器。
PS：您应该使用 Lock 确保服务器端处理程序是“线程安全的”，因为您正在访问可能被多个实例访问的共享资源doSomething()打回来。与此相关的是，此脚本可能会达到另一个限制：
只是为了好玩，我评论了.setVisible(false) on chk1，因此复选框将可见。然后我快速点击了它几十次。时间显示乱了，最终弹出了上述错误。 （几分钟后）当然，这是一种人为的情况，但仍然是一种很容易避免的错误状态。
PPS：我想知道是否可以使用相同的技术来分派多个并行服务器端处理程序，从而减少完成整个工作所需的时间？