對於web應用在非同步機制在前，乙個使用者執行緒 要佔據一系列資源從而完成一次功能的互動 在這過程中 要完成包括資料的解析 轉換 以及資料庫資訊的查詢（資料庫的訪問 在大量執行緒高併發的情況下 是最明顯的瓶頸，畢竟乙個資料庫，可以供同時使用的資料庫連線 就那麼多，超了 的話 要麼就崩了 要麼就堵著），這裡面 如果有耗時的過程 或者資源的的等待 那麼該執行緒將會進入等待 同時該執行緒所佔據的資源 自己本身並用不到但是還是自己佔著，包括這個執行緒它自己，都處於一種無事可做的狀態，這些資源我們完全可以交給另一部分等待的請求 去使用，這才是我們想看到的 資源的高效利用，這個便是非租塞 的好處，所有的資源都出於一種高效率的狀態，不會有閒置。
我的構想是 乙個請求進來 request和response分別使用兩個執行緒，（這裡底層他們都與使用者請求的socket有建立關係），在必要的時間 結束request執行緒，釋放request執行緒所占用我的資源 留給後面的請求使用，response則在新的執行緒裡進行工作，當然這種方案 並不能解決資料庫耗時查詢，訪問等待的問題，但是對效能提公升 還是有些幫助的。
（感覺自己有點說跑題了）乙個使用者請求進來與它關聯的sokect以及資料 不論如何流轉 都是不能變不能扔的，變的只是後台資源的分配，資源配置。
如何決定 Web 應用的執行緒池大小
在部署 web 應用到生產環境，或者在對 web 應用進行效能測試的時候，經常會有人問 如何決定 web 應用執行緒池大小？決定乙個 io 阻塞型 web 應用的執行緒池大小是一項很艱鉅的任務。通常是通過進行大量的效能測試來完成。在乙個 web 應用中同時擁有多個執行緒池會讓決定最優執行緒池大小的過...
對於多執行緒程式設計的互斥鎖和條件變數以及訊號量的理解
對於多執行緒程式設計，我們有時候會遇到多個執行緒需要互斥訪問同乙個資源的問題，或者是執行緒間同步的問題，比如生存者和消費者，下面我就來講講多執行緒程式設計中的同步和互斥的問題。1 互斥鎖 當有乙個鍊錶，這個鍊錶需要兩個執行緒互斥訪問時，我們就需要互斥鎖。為什麼呢？因為當乙個執行緒要去使用這個鍊錶時，...
WEB應用與站點的差別以及未來發展推測
web應用與站點的差別 之所以要弄清這兩個的差別，對於網頁設計師以及參與到網際網路行業的職業，其方發展向有非常重要的意義。在曾經，訪問的站點基本上是單向去獲取。輸入 乙個 就會得到乙個頁面，在server那邊，這些頁面都是預先製作好放在空間裡供人獲取 訪問 站點的維護者須要手工處理非常多事物。直到後...