這個堆棧沒有鎖；這種無鎖的併發數據結構也稱爲非阻塞數據結構。
頁面加載時間 = （請求數 /併發數）*延遲時間 + 頁面總大小 /帶寬
*能的限制因素是關於進入的數據量的併發數據庫連接的數量和可用內存（RAM和磁盤）。
遺憾的是，難以評估這種系統中單個調度程序線程支援的併發數。
如果我們的事務是CPU限制的，則生產併發數可能最多比可用處理器數多兩三倍
比如說，我們在Jetty中使用了併發技術，但卻並沒有使用常見的標準併發數據結構，因爲這會創建太多的對象。
如果使用服務的數量增加，則數據量和併發數據訪問模式可能會與最初投入使用時的情況大爲不同。
本文是本系列的最後一篇，討論兩個主題：關於實現基於互斥鎖的併發鏈表的設計方法和設計不使用互斥鎖的併發數據結構。
