對於Golang並發編程的一點感悟

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

• 並發編程的核心其實就是 時間統籌 的運用
• 並發編程讓程式員能夠 更加自由地 從現實世界抽象 設計模型

假如把團隊的每個人看作是1條協程，那麼他們之間的溝通就是channel，協作流程就是商務邏輯

自己對並發編程的應用情境一些總結（說得不對的地方，大家莫要拍磚）：

1. 凡能同時執行的不同業務，都可以採用協程進行非同步處理
2. 凡是相對獨立的高重複性業務，都可以採用多協程並發處理
3. 凡能拆解為多個相對獨立的小步驟業務，每個步驟同樣可以多協程並發處理
4. 模組間需要解耦或實現控制反轉的情況，可考慮使用協程間channel通訊來解決

 最後一點，請務必注意並發環境下臨界資源的讀寫安全，善用靜態變數與讀寫鎖！