JavaScript计划任务后台运行的方法
即使忘了JavaScript的一切知识，也不会忘记：它是阻塞的。
想象一下，你的浏览器里住着一个魔法小精灵，负责浏览器的正常运转。不论渲染HTML，响应菜单命令，屏幕渲染，处理鼠标点击，或者执行JavaScript函数，所有事情都归一个小精灵处理。它哪忙得过来，一次只能处理一件事情。如果同时丢给它一堆任务，它会列一个长长的待办列表，按顺序完成它们。
人们常常希望初始化组件和事件处理的JavaScript可以尽快被执行。可是，有些不太重要的后台任务不会直接影响用户体验，比如：
记录统计数据
发送数据到社交网络（或添加‘分享'按钮）
预加载内容
预处理或预渲染HTML
他们对时序要求不严格，但是为了让页面仍然响应，直到用户滚动页面或者与内容交互时才被执行。
选择之一是WebWorkers，它可以在独立的线程同时执行代码。用于预加载和预处理再好不过，但是你没有权限直接访问或更新DOM。你可以在自己的代码中避开这点，但是无法保证第三方脚本比如GoogleAnalytics永远不需要这个。
另一个选择是setTimeout，比如setTimeout(doSomething,1);。一旦其它的立即执行任务执行完毕，浏览器将执行doSomething()函数。实际上，它被放到了待办列表的底部。不幸的是，函数将被调用，而不顾处理需求。
#requestIdleCallback
requestIdleCallback是新API，当浏览器稍作喘息的时候，用来执行不太重要的后台计划任务。难免让人想起requestAnimationFrame，在下次重绘之前，执行函数更新动画。想了解更多戳这里：使用requestAnimationFrame做简单的动画。
requestIdleCallback特性监测：
if('requestIdleCallback'inwindow){
//requestIdleCallbacksupported
requestIdleCallback(backgroundTask);
}
else{
//nosupport-dosomethingelse
setTimeout(backgroundTask1,1);
setTimeout(backgroundTask2,1);
setTimeout(backgroundTask3,1);
}
也可以指定配置参数对象，比如timeout，
requestIdleCallback(backgroundTask,{timeout:3000;});
确保函数在3秒之内调用，不管浏览器是否空闲。
deadline对象传入以下参数时，requestIdleCallback仅执行一次回调：
didTimeout——如果可选的timeout触发，则设置为true
timeRemaining()——函数返回执行任务剩余的毫秒数
timeRemaining()最多分配50ms用于任务的执行，超过这个限制，也不会停止任务，但是，最好重新调用requestIdleCallback安排进一步的处理。
我们来创建一个简单的例子，让几个任务按序执行。任务的函数引用储存在数组中：
//待执行的函数数组
vartask=[
background1,
background2,
background3
];
if('requestIdleCallback'inwindow){
//支持requestIdleCallback
requestIdleCallback(backgroundTask);
}
else{
//不支持——立刻执行所有任务
while(task.length){
setTimeout(task.shift(),1);
}
}
//requestIdleCallback回调函数
functionbackgroundTask(deadline){
//如果存在，执行下一个任务
while(deadline.timeRemaining()>0&&task.length>0){
task.shift()();
}
//需要的话，安排进一步任务
if(task.length>0){
requestIdleCallback(backgroundTask);
}
}
#一次requestIdleCallback之间不应该做什么？
PaulLewis在他的文章中提到，一次requestIdleCallback执行的任务应该切成小块。它不适用于不可预知时间的情况（比如操作DOM，使用requestAnimationFrame回调更好些）。resolving（或者rejecting）Promises时也要谨慎，即使没有更多的剩余时间，空闲回调完成之后，回调函数也将立即执行。
#requestIdleCallback浏览器支持情况
requestIdleCallback是试验性特性，规范仍不稳定，碰到API变更时不足为奇。Chrome47已支持…2015年结束前应该可用了。Opera应该会紧跟其后。Microsoft和Mozilla都在考虑API是否应该支持Promises。Apple像往常一样不鸟。
PaulLewis（上文提到的）写了一个简单的requestIdleCallbackshim，它可以模拟浏览器的空闲监测行为，但不是一个polyfill（shim和polyfill的区别）。
requestIdleCallbackshim代码如下：
/*!
*CopyrightGoogleInc.Allrightsreserved.
*
*LicensedundertheApacheLicense,Version.(the"License");
*youmaynotusethisfileexceptincompliancewiththeLicense.
*YoumayobtainacopyoftheLicenseat
*
*http://www.apache.org/licenses/LICENSE-.
*
*Unlessrequiredbyapplicablelaworagreedtoinwriting,software
*distributedundertheLicenseisdistributedonan"ASIS"BASIS,
*WITHOUTWARRANTIESORCONDITIONSOFANYKIND,eitherexpress
*orimplied.SeetheLicenseforthespecificlanguagegoverning
*permissionsandlimitationsundertheLicense.
*/
/*
*@seehttps://developers.google.com/web/updates///using-requestidlecallback
*/
window.requestIdleCallback=window.requestIdleCallback||
function(cb){
varstart=Date.now();
returnsetTimeout(function(){
cb({
didTimeout:false,
timeRemaining:function(){
returnMath.max(,-(Date.now()-start));
}
});
},);
}
window.cancelIdleCallback=window.cancelIdleCallback||
function(id){
clearTimeout(id);
}
ps：如何运行计划任务
1、运行GPEDIT.MSC
2、选择计算机配置
---Windows设置
---安全设置
---本地策略
---用户权利指派
双击右边的从网络访问此计算机
把需要的用户名添加到列表。
3、 ---安全设置
---安全选择
开启允许服务器操作员计划任务
4、-----本地策略
---作为批处理作业登录
把需要的用户名添加到列表。
5、-----本地策略
---允许计算机和用户被信任以便于委托
把需要的用户名添加到列表。
最好是administrator用户。
如果任务计划无法启动,提示代码:0X80041315
解决方法：这有两种可能，一是系统中的“TaskScheduler”服务没有启动，你可在运行中键入“services.msc”，查看“TaskScheduler”服务是否被设置成了“已禁用”，若是，只要双击它将启动类型改为“自动”，重新设定一个计划任务就可以执行了。
如果你当前账户设置了自动登录，而其登录密码又为空，也有可能导致任务计划不能按时执行，在XP专业版中，需要运行“gpedit.msc”来编辑组策略：展开“计算机配置→Windows设置→安全设置→本地计算机策略→安全选项”；双击右侧的“账户：使用空白密码的本地账户只允许进行控制台登录”项，在弹出对话框中选择“已禁用”。