背景

60年代時，操作系統中獨立運行的單元通常是進程。但隨着計算機技術的發展，人們發現在進程運行過程中，創建、撤銷與切換都要花費較大的時空開銷。

到了80年代爲了解決這一問題，出現了更小的獨立運行基本單位——線程。

操作系統把 CPU 處理時間劃分成許多更小的時間片，在每一個獨立時間片執行一個線程的指令，到下一個時間片繼續執行下一線程的指令，各線程輪流執行，由於每一個時間片時間都比較短，所有線程都會運行，對於使用者而言就好像所有線程在同時進行。最終達到的效果就是在編程時可以創建多個線程，同一時間運行，各線程可以"並行"運行，以完成不同的任務。

這時新的問題也出現了，在單獨線程的運行模式之下，一段代碼調用另一段代碼時，只能採用同步調用，只有當前代碼執行完成返回結果之後，調用才能繼續往下執行。用一個例子就是現在只有一個水槽，一匹馬想喝水只能等上一匹馬走了才能繼續喝。

而有了多線程的支持，可以採用異步函數的調用，這個問題就迎刃而解了。

異步函數原理介紹

程序中會有很多內容，計算內容複雜、渲染內容繁多，在處理過程中需要花費比較多的時間。當某個模塊A調用了模塊B的處理內容時，這時模塊B中的內容就需要一些時間處理，此時模塊A如果不停地等待，就會嚴重影響程序性能。在實際情況中，就比如在前端頁面中需要進行在線填報的數據處理，需要對數據內容進行計算後放入表格中展示，這是由於計算並未完成，頁面內容也不顯示，給用戶帶來的感覺就是內容都點擊運行了，但是頁面遲遲沒有任何反饋。

出現了異步函數的調用之後，此時執行的模塊A和模塊B分別屬於不同的線程。

在異步調用中，模塊A不需要等到模塊B返回內容，就可以繼續執行後續代碼。

模塊B中的內容執行完畢後，會通知模塊A：我這邊處理完畢，你記得處理後續內容。

藉助異步調用，可以把剛剛我們提到的前端頁面中顯示問題進行優化：把整個初始化處理放進一個單獨線程，主線程啓動此線程後接着往下走，讓主窗口瞬間顯示出來。等思索需要進行的操作的內容時，數據計算處理就已經在暗中處理完畢；程序開始穩定運行以後，異步調用還可以進一步優化人機交互的過程。用戶點擊鼠標時進行操作的時候，操作內容比較費時，點擊後系統沒有立馬作出迴應，這會讓用戶的使用體驗很糟糕。將更費時、速度更慢的操作內容轉爲異步調用，讓主線程隨時恭候下一條消息，這樣用戶的鼠標操作動作響應速度更快，使用體驗自然大大提升。

實踐：專家用戶的花式使用

實例演示

我們用一個簡單的例子，看看在前端電子表格單元格計算中，如何使用異步函數。

var ServerDecode = function () {};
ServerDecode.prototype = new GC.Spread.CalcEngine.Functions.AsyncFunction("DECODE", 1, 255);
ServerDecode.prototype.evaluateAsync = function (context, arg1) {
    $.get("decode/" + arg1, function (data, status) {
        context.setAsyncResult(data);
    });
};

spread.addCustomFunction(new ServerDecode());

sheet.setFormula(0, 1, '=DECODE(A1)');

在這個算法中我們將設定的計算解析方法部分放在服務器上，方法名稱叫DECODE