我們前篇談了很多關於閉包的理解了，所以妳應該會知道，我們現在將要談的就是 ——異步。
我們為什麽覺得“異步問題”復雜呢？
其中很重要的壹個原因是 —— 時間！時間將我們對數據的操作、管理，變復雜了好幾個量級！
（需要特別提出並明確的是： 異步和同步之間是可以相互轉化的！ 我們使用異步或者同步取決於 —— 如何使代碼更加可讀！）
函數式編程給出了實現“代碼更可讀”的落地原則（已多次回顧）：
所以我們可以期待，異步在函數式編程中的表現！
上代碼：
onCustomer(..) 和 onOrders(..) 是兩個回調函數釋義，兩者執行的先後順序並不能確定，所以它是壹個基於時間的復雜狀態。
釋義：回調函數其實就是壹個參數，將這個函數作為參數傳到另壹個函數裏面，當那個函數執行完之後，再執行傳進去的這個函數。
通常來說，我們最先想到的是：把 lookupOrders(..) 寫到 onCustomer(..) 裏面，那我們就可以確認 onOrders(..) 會在 onCustomer(..) 之後運行。
這樣寫，對嗎？
不對！因為 onCustomer(..) 、 onOrders(..) 這兩個回調函數的關系更像是壹種競爭關系（都是賦值 customer.orders ）， 它們應該並行執行 ， 而不是串行執行 。
即：我不管妳們誰先執行，誰先執行完，誰就賦值給 customer.orders ！
那我們的思路應該是：
不過，這樣讓代碼又變得更加難閱讀！！函數內部賦值依賴於外部變量、甚至受外部回調函數的影響。
那究竟怎麽辦呢？
最終，我們借用 JS promise 減少這個時間狀態，將異步轉成同步：
兩個 .then(..) 運行之前， lookupCustomer(..) 和 lookupOrders(..) 已被同步調用，滿足並行執行，誰先結束，誰賦值給 customer.orders ，所以我們不需要知道誰先誰後！
在這樣的實現下，不再需要時間先後的概念！減少了時間狀態！！代碼的可讀性更高了！！
這是壹個 積極的數組 ，因為它們同步（即時）地操作著離散的即時值或值的列表/結構上的值。
什麽意思？
a 映射到 b，再去修改 a ，b 不會收到影響。
而這，是壹個 惰性的數組 ， mapLazy(..) 本質上 “監聽” 了數組 a，只要壹個新的值添加到數組的末端（push(..)），它都會運行映射函數 v => v * 2 並把改變後的值添加到數組 b 裏。
什麽意思？
a 映射到 b，再去修改 a ，b 也會修改。
原來，後者存在 異步 的概念。
讓我們來想象這樣壹個數組，它不只是簡單地獲得值，它還是壹個懶惰地接受和響應（也就是“反應”）值的數組，比如：
設置“懶惰的數組” a 的過程是異步的！
b ，是 map 映射後的數組，但更重要的是，b 是 反應性 的，我們對 b 加了壹個類似監聽器的東西。
這裏直接給出解答：
這裏再多小結壹句：時間讓異步更加復雜，函數式編程在異步下的運用就是減少或直接幹掉時間狀態。
想象下 a 還可以被綁定上壹些其他的事件上，比如說用戶的鼠標點擊事件和鍵盤按鍵事件，服務端來的 websocket 消息等。
上述的 LazyArray 又可叫做 observable ！（當然，它不止用在 map 方法中）
現在已經有各種各樣的 Observables 的庫類，最出名的是 RxJS 和 Most 。
以 RxJS 為例：
不僅如此，RxJS 還定義了超過 100 個可以在有新值添加時才觸發的方法。就像數組壹樣。每個 Observable 的方法都會返回壹個新的 Observable，意味著他們是鏈式的。如果壹個方法被調用，則它的返回值應該由輸入的 Observable 去返回，然後觸發到輸出的 Observable裏，否則拋棄。
比如：
本篇介紹了異步在函數式編程中的表現。
原則是：對於那些異步中有時態的操作，基礎的函數式編程原理就是將它們變為無時態的應用。即 減少時間狀態 ！
就像 promise 創建了壹個單壹的未來值，我們可以創建壹個積極的列表的值來代替像惰性的observable（事件）流的值。
我們介紹了 RxJS 庫，後續我們還會介紹更多優美的 JS 函數式編程庫！
（俗話說的好，三方庫選的好，下班都很早！！）
現在本瓜有點明白那句話了：看壹門語言是不是函數式編程，取決於它的核心庫是不是函數式編程。
也許我們還不熟悉像 RxJS 這類庫，但我們慢慢就會越來越重視它們，越來越使用它們，越來越領會到它們！！
異步，以上。