㈠ 請問java高手，web的高並發請求如何處理啊
tomcat的性能頂多也就每秒500-600了 對於復雜程度的業務效率更低
所以要切容器,同步變非同步,流式處理,分布式分發響應,負載均衡等
不是一句能講完的
㈡ 怎麼用一個servlet處理多個請求代碼
那就做一個中央控制器servlet，也就是總控制器。建立servlet的時候，路徑為*.do,記得不要去加"/"
以後訪問該servlet，路徑無論是aa.do,bb.do,cc.do都會進入該servlet中去，現在就是如何去識別這些提交呢？？
識別的方法:在其中的一個表單中建立一個隱藏域,這里就以一個添加操作為例:
<input type="hidden" name="method" value="add">
其他的表單中也如此：
在servlet中判斷:
String method=request.getParameter("method");
if(method.equals("add")){
//執行添加操作
}
if(method.equales("update")){
//執行修改操作
}
...
等等 依次類推~~
㈢ Servlet容器如何同時來處理多個請求
單例的，只能一次處理一個。
㈣ Python web伺服器怎麼處理請求
web伺服器處理連接請求的四種架構方式：
1、單線程web伺服器
此種架構方式中,web伺服器一次處理一個請求,結束後讀取並處理下一個請求。在某請求處理過程中,其它所有的請求將被忽略,因此,在並發請求較多的場景中將會出現嚴重的必能問題。
相關推薦：《Python教程》
2、多進程/多線程web伺服器
此種架構方式中,web伺服器生成多個進程或線程並行處理多個用戶請求,進程或線程可以按需或事先生成。有的web伺服器應用程序為每個用戶請求生成一個單獨的進程或線程來進行響應,不過,一旦並發請求數量達到成千上萬時,多個同時運行的進程或線程將會消耗大量的系統資源。
3、I/O多路復用web伺服器
為了能夠支持更多的並發用戶請求,越來越多的web伺服器正在採用多種復用的架構——同步監控所有的連接請求的活動狀態,當一個連接的狀態發生改變時(如數據准備完畢或發生某錯誤),將為其執行一系列特定操作;在操作完成後,此連接將重新變回暫時的穩定態並返回至打開的連接列表中,直到下一次的狀態改變。由於其多路復用的特性,進程或線程不會被空閑的連接所佔用,因而可以提供高效的工作模式。
4、多路復用多線程web伺服器
將多進程和多路復用的功能結合起來形成的web伺服器架構,其避免了讓一個進程服務於過多的用戶請求,並能充分利用多CPU主機所提供的計算能力。 web伺服器自身並不處理任何動態內容,它是如何響應客戶端的動態內容請求呢? 通過某種協議調用額外的其它進程來運行這個動態頁面,並將結果取回來以後返回給WEB伺服器,進而響應客戶端。
㈤ spring如何同時處理多條請求
Spring能同時處理多條Web請求並不是Spring的能力，而是Tomcat、Jetty等Web容器做的事情。可以把Tomcat的模型簡化為如下的代碼：
1，啟動ServerSocket監聽連接。
2，當監聽到連接後，把這個連接交給Tomcat自身線程池的一個線程。這個線程會完成對當前請求的處理。在處理過程中就會調用到SpringBean的各種方法。
如果將Tomcat的線程池線程數量改為1，那麼Spring中就只會有一個請求了。
㈥ WEB容器調用servlet的哪個方法處理用戶請求
原理上是調用service()方法，但是實際上會根據你的表單的method方式來選擇響應的方法調用，比如method="POST"就調用doPost()方法，method="GET"就調用doGet()方法，為了簡化程序員的編碼量，通常選擇在一個方法中寫處理語句，在另一個方法中顯式的調用此方法，例如：
public
void
doGet(...)...{doPost();}
public
void
doPost(...)...{........;}
㈦ servlet怎麼處理同時到達的多個請求
每次有一個新的請求到達時,web容器比如tomcat會啟動一個所請求的頁面的新的線程,不管是servlet還是jsp編譯後的servlet文件,來執行當前的請求,而不管是不是同時的.這是線程的概念,明白吧?
㈧ 幾種開源Java Web容器線程池的實現方法簡介
其中Resin從V3.0後需要購買才能用於商業目的，而其他兩種則是純開源的。可以分別從他們的網站上下載最新的二進制包和源代碼。
作為Web容器，需要承受較高的訪問量，能夠同時響應不同用戶的請求，能夠在惡劣環境下保持較高的穩定性和健壯性。在HTTP伺服器領域，ApacheHTTPD的效率是最高的，也是最為穩定的，但它只能處理靜態頁面的請求，如果需要支持動態頁面請求，則必須安裝相應的插件，比如mod_perl可以處理Perl腳本，mod_python可以處理Python腳本。
上面介紹的三中Web容器，都是使用Java編寫的HTTP伺服器，當然他們都可以嵌到Apache中使用，也可以獨立使用。分析它們處理客戶請求的方法有助於了解Java多線程和線程池的實現方法，為設計強大的多線程伺服器打好基礎。
Tomcat是使用最廣的Java Web容器，功能強大，可擴展性強。最新版本的Tomcat（5.5.17）為了提高響應速度和效率，使用了Apache Portable Runtime（APR）作為最底層，使用了APR中包含Socket、緩沖池等多種技術，性能也提高了。APR也是Apache HTTPD的最底層。可想而知，同屬於ASF（Apache Software Foundation）中的成員，互補互用的情況還是很多的，雖然使用了不同的開發語言。
Tomcat 的線程池位於tomcat-util.jar文件中，包含了兩種線程池方案。方案一：使用APR的Pool技術，使用了JNI；方案二：使用Java實現的ThreadPool。這里介紹的是第二種。如果想了解APR的Pool技術，可以查看APR的源代碼。
ThreadPool默認創建了5個線程，保存在一個200維的線程數組中，創建時就啟動了這些線程，當然在沒有請求時，它們都處理等待狀態（其實就是一個while循環，不停的等待notify）。如果有請求時，空閑線程會被喚醒執行用戶的請求。
具體的請求過程是：服務啟動時，創建一個一維線程數組（maxThread＝200個），並創建空閑線程(minSpareThreads＝5個)隨時等待用戶請求。當有用戶請求時，調用 threadpool.runIt(ThreadPoolRunnable)方法，將一個需要執行的實例傳給ThreadPool中。其中用戶需要執行的實例必須實現ThreadPoolRunnable介面。 ThreadPool首先查找空閑的線程，如果有則用它運行要執行ThreadPoolRunnable；如果沒有空閑線程並且沒有超過 maxThreads，就一次性創建minSpareThreads個空閑線程；如果已經超過了maxThreads了，就等待空閑線程了。總之，要找到空閑的線程，以便用它執行實例。找到後，將該線程從線程數組中移走。接著喚醒已經找到的空閑線程，用它運行執行實例（ThreadPoolRunnable）。運行完ThreadPoolRunnable後，就將該線程重新放到線程數組中，作為空閑線程供後續使用。
由此可以看出，Tomcat的線程池實現是比較簡單的，ThreadPool.java也只有840行代碼。用一個一維數組保存空閑的線程，每次以一個較小步伐（5個）創建空閑線程並放到線程池中。使用時從數組中移走空閑的線程，用完後，再歸還給線程池。
㈨ Java如何處理大量的並發請求
在web應用中,同一時間有大量的客戶端請求同時發送到伺服器,例如搶購、秒殺等。這個時候如何避免將大量的請求同時發送到業務系統。
第一種方法:在容器中配置最大請求數,如果大於改請求數,則客戶端阻塞。該方法有效的阻止了大量的請求同時訪問業務系統,但對用於不友好。
第二種方法:使用過濾器,保證一定數量的請求能夠正常訪問系統,多餘的請求先跳轉到排隊頁面,由排隊頁面定時發起請求。過濾器實現如下:
<pre name="code" class="java">public class ServiceFilter implements Filter { private static final int MAX_COUNT = 20; private int filterCount = 0; public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { System.out.println("before"+filterCount); if(filterCount > MAX_COUNT) { //請求個數太多,跳轉到排隊頁面 request.getRequestDispatcher("index.jsp").forward(request, response); } else { //請求個數加1 filterCount ++; chain.doFilter(request, response); //訪問結束,請求個數減1 filterCount --; } }
}
㈩ 多個客戶請求同一個Servlet時WEB伺服器如何處理
一個Web容器一般為每個請求創建一個線程來處理。如果用戶確認一個servlet實例每次只處理一個請求，servlet就能實現SingleThreadModel 介面。如果servlet實現了這個介面，用戶就能確保servlet的服務方法中不可能有兩個線程並發執行。Web容器可通過同步訪問一個servlet的單獨實例、或者通過維護一個Web組件池為每個實例調用一個新的請求來實現。這個介面並不能防止Web組件訪問共享資源（如靜態類變數、外部對象）導致的同步問題