JavaScript のスケジュールされたタスクを実行する方法 (background_javascript のヒント)

即使忘了 JavaScript 的一切知識，也不會忘記：它是阻塞的。

想像一下，你的瀏覽器裡住著一個魔法小精靈，負責瀏覽器的正常運作。不論渲染 HTML，回應選單指令，螢幕渲染，處理滑鼠點擊，或執行 JavaScript 函數，所有事情都歸一個小精靈處理。它哪忙得過來，一次只能處理一件事情。如果同時丟給它一堆任務，它會列出一個長長的待辦列表，按順序完成它們。

人們常常希望初始化元件和事件處理的 JavaScript 可以盡快執行。可是，有些較不重要的後台任務不會直接影響使用者體驗，例如：

記錄統計

發送資料到社群網路（或新增『分享'按鈕）

預先載入內容

預處理或預先渲染 HTML

他們對時序要求不嚴格，但是為了讓頁面仍然回應，直到使用者捲動頁面或與內容互動時才執行。

選擇之一是 Web Workers ，它可以在獨立的執行緒同時執行程式碼。用於預先載入和預處理再好不過，但你沒有權限直接存取或更新 DOM。你可以在自己的程式碼中避開這一點，但是無法保證第三方腳本例如 Google Analytics 永遠不需要這個。

另一個選擇是setTimeout，例如setTimeout(doSomething, 1);。一旦其它的立即執行任務執行完畢，瀏覽器將執行doSomething()函數。實際上，它被放到了待辦清單的底部。不幸的是，函數將被調用，而不顧處理需求。

#requestIdleCallback

requestIdleCallback 是新API，當瀏覽器稍作喘息的時候，用來執行不太重要的後台排程任務。 難免讓人想起 requestAnimationFrame ，在下次重繪之前，執行函數更新動畫。 想了解更多戳這裡： 使用 requestAnimationFrame 做簡單的動畫 。

requestIdleCallback特性監控：

if ('requestIdleCallback' in window) {
 // requestIdleCallback supported
 requestIdleCallback(backgroundTask);
}
else {
 // no support - do something else
 setTimeout(backgroundTask1, 1);
 setTimeout(backgroundTask2, 1);
 setTimeout(backgroundTask3, 1);
}

也可以指定配置參數對象，例如 timeout，

requestIdleCallback(backgroundTask, { timeout: 3000; }); 

確保函數在3秒內調用，不管瀏覽器是否空閒。

deadline物件傳入下列參數時，requestIdleCallback只執行一次回呼：

didTimeout—— 如果可選的 timeout 觸發，則設定為 true
timeRemaining()—— 函數傳回執行任務剩餘的毫秒數
timeRemaining()最多分配50ms用於任務的執行，超過這個限制，也不會停止任務，但是，最好重新呼叫requestIdleCallback安排進一步的處理。

我們來建立一個簡單的例子，讓幾個任務依序執行。任務的函數引用儲存在數組中：

//待执行的函数数组
var task = [
  background1,
  background2,
  background3
];
if ('requestIdleCallback' in window) {
 //支持 requestIdleCallback
 requestIdleCallback(backgroundTask);
}
else {
 //不支持 —— 立刻执行所有任务
 while (task.length) {
  setTimeout(task.shift(), 1);
 }
}
//requestIdleCallback 回调函数
function backgroundTask(deadline) {
 //如果存在，执行下一个任务
 while (deadline.timeRemaining() > 0 && task.length > 0) {
  task.shift()();
 }
 //需要的话，安排进一步任务
 if (task.length > 0) {
  requestIdleCallback(backgroundTask);
 }
}

#一次 requestIdleCallback 之間不應該做什麼？

Paul Lewis 在 他的文章 中提到，一次 requestIdleCallback 執行的任務應該切成小塊。它不適用於不可預測時間的情況（例如操作 DOM，使用 requestAnimationFrame 回呼會更好）。 resolving（或 rejecting）Promises 時也要謹慎，即使沒有更多的剩餘時間，空閒回調完成之後，回呼函數也會立即執行。

#requestIdleCallback 瀏覽器支援狀況

requestIdleCallback是試驗性特性，規格仍不穩定，碰到 API 變更時不足為奇。 Chrome 47 已支援… 2015年結束前應該可用了。 Opera 應該會跟上。 Microsoft 和 Mozilla 都在考慮 API 是否應該支援 Promises 。 Apple 像往常一樣不鳥。

Paul Lewis（上文提到的）寫了一個簡單的 requestIdleCallback shim ，它可以模擬瀏覽器的空閒監測行為，但不是一個 polyfill（ shim 和 polyfill 的區別 ）。

requestIdleCallback shim程式碼如下：

/*!
 * Copyright Google Inc. All rights reserved.
 *
 * Licensed under the Apache License, Version . (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 * http://www.apache.org/licenses/LICENSE-.
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express
 * or implied. See the License for the specific language governing
 * permissions and limitations under the License.
 */
/*
 * @see https://developers.google.com/web/updates///using-requestidlecallback
 */
window.requestIdleCallback = window.requestIdleCallback ||
 function (cb) {
  var start = Date.now();
  return setTimeout(function () {
   cb({
    didTimeout: false,
    timeRemaining: function () {
     return Math.max(, - (Date.now() - start));
    }
   });
  }, );
 }
window.cancelIdleCallback = window.cancelIdleCallback ||
 function (id) {
  clearTimeout(id);
 }

ps: スケジュールされたタスクを実行する方法

1. GPEDIT.MSC を実行します

2. コンピューターの構成を選択します

--- Windows の設定
セキュリティ設定
—ローカル戦略
—-ユーザー権利の割り当て
右側の [ネットワークからこのコンピュータにアクセス] をダブルクリックします
必要なユーザー名をリストに追加します。

3. --- セキュリティ設定

---安全な選択
サーバー オペレーターによるタスクのスケジュールを許可する
をオンにします

4.-----ローカル戦略

--- バッチ ジョブとしてログイン
必要なユーザー名をリストに追加します。

5.-----ローカル戦略

--- コンピューターとユーザーが委任に対して信頼できるようにします
必要なユーザー名をリストに追加します。
管理者ユーザーになることが最善です。

タスク プランを開始できない場合は、プロンプト コード: 0X80041315

解決策: 2 つの可能性があります。1 つは、システムの「タスク スケジューラ」サービスが開始されていないことです。操作中に「services.msc」と入力して、「タスク スケジューラ」サービスが「すでに完了」に設定されているかどうかを確認できます。 「無効」になっている場合は、それをダブルクリックしてスタートアップの種類を「自動」に変更し、スケジュールされたタスクをリセットすると、実行できるようになります。

現在のアカウントが自動的にログインするように設定されており、そのログイン パスワードが空の場合、XP Professional Edition ではタスク プランが時間通りに実行されない可能性があります。これを行うには、「gpedit.msc」を実行する必要があります。グループ ポリシーを編集します。「コンピューターの構成」→「Windows の設定」→「セキュリティの設定」→「ローカル コンピューター ポリシー」→「セキュリティ オプション」を展開し、右側の「アカウント: パスワードが空のローカル アカウントではコンソール ログインのみを許可します」項目をダブルクリックし、「」を選択します。ポップアップダイアログボックスで「無効です」と表示されます。