在減少等待這個阻點，我們使用到最多的是異步設計了。關于異步設計，在這幾年的工作中，也遇到一些編程麻煩，就是與同步和異步問題悉悉相關！

如果程序或模塊在最開始被設計為同步的，而在后期隨著數據量和并發數的增多，程序遭遇到線程耗盡問題。問題分析清楚后，想減少線程阻塞，需要把程序變更為異步特性。在這個時間，您往往會發現在需要被處理異步的阻點上，真實中的代碼實在是嵌套太深了。。。。。。異步處理恢復運行時所需要的狀態數據，已經比較難以保存了，很難做異步了！

所以，總結來看，編程中的同步和異步問題，在關于流程和程序結構上，往往是決定性；是需要在最初設計就應該被考慮到的頂層概念，不然后期就積重難返了！

同時，也就在前一段時間，和一個大牛在討論某問題的時候，他給我給反問一個問題：為什么某某個網元可以處理地很快呢？ 關于這個問題，在工作的幾年里，熟視無睹，也還真沒有深入想過。在思考了一段時間，就意識到，它處理的很快，在除去硬件架構的優勢外，其實就是基于異步設計出來的效果。它在軟件架構上為內存邏輯地址平坦的JOB調度機制，避免上下文切換所帶來的損耗，而在具體運行中就是大量邏輯處理、訪存操作和在異步流程的邊緣進行的Socket數據發送操作。Socket發送操作幾乎是它運行時最大的時間等待了！再從稍微高一點的理論層來看，它的運轉機制，幾乎上已經是一個與網絡通信相關的圖靈機，最快的處理速度了！

對此問題再深入細想下來，這幾年的網絡通信編程經歷中，涉及到的流程、狀態機、定時器，只是異步編程具體化后的形現，常用、且重要:)