系統程式員成長計劃-並發(二)(上)

轉載時請註明出處和作者連絡方式
文章出處：http://www.limodev.cn/blog
作者連絡方式：李先靜 <xianjimli at hotmail dot com>

在
生產者-消費者的練習中，大部分人選擇了由調用者來加鎖：作為生產者，往雙向鏈表裡插入資料時，先加鎖，插入資料，然後解鎖。作為消費者，從雙向鏈表裡取
資料時，先加鎖，刪除資料，然後解鎖。這是合理的，不過有點麻煩：每個調用者都要做這些動作，如果其中一個調用者忘記瞭解鎖的步驟，就會造成死結。而且調
用者必須要清楚自己是在多線程下工作，這些代碼放到單線程的環境中就不能使用了。

在很多情況下由實現者來加鎖是比較好的選擇，那樣對調用者更為友好，可以避免出現一些不必要的錯誤。比如像目前Linux下流行的DBUS，它是一
套處理序間通訊架構，它支援單線程和多線程版本，但調用者不需要明確加鎖/解鎖，也不需要串連不同的庫或者用宏來控制，單線程版本和多線程版本的不同只是在
一個初始化函數上。

這裡我們請讀者對前面實現的雙向鏈表做點改進：

o 支援多線程和單線程版本。對於多線程版本，由實現者(在鏈表)加鎖/解鎖，對於單線程版本，其效能不受影響(或很小)。
o區分單線程版本和多線程版本時，不需要連結不同的庫，或者要宏來控制，完全可以在運行時切換。
o 保持雙向鏈表的通用性，不依賴於特定的平台。

歡迎到Linux mobile development上交流