A. java 怎麼獲取web容器的ip和埠號
request.getRemoteAddr(); IP獲取
request.getRemotePort(): 埠號
B. 怎樣用JAVA程序取得當前訪問的是什麼WEB容器
不可能做到吧
很多時候你甚至無法確定網站用什麼語言，你完全可以把jsp偽裝成是php文件。更別說容器了
C. Java中Web容器
web容器可以理解為打開瀏覽器後並有一個提交請求所形成的環境.
D. java問題:什麼是web容器列舉幾個常見的web容器
Web Container也是一個組件，是J2EE本身提供的。它封裝了一般Web組件與Web Server打交道的一些底層的細節。就是說，你自己開發的組件並不是直接調用WebServer的功能，而是通過Web Container間接與WebServer對話，這樣你就不許要知道許多關於WebServer的底層技術。
E. java怎麼獲取web資源文件
1、一般工程中使用I/O類指定文件的絕對路徑讀取
FileInputStream
fis
=
new
FileInputStream("src/main/resources/zsm.properties");
ppt.load(fis);
String
memAddr1
=
ppt.getProperty("memAddr1");
2、Web工程中可以使用ServletContext或ClassLoader來讀取
2.1、通過ServletContext來讀取資源文件，文件路徑是相對於web項目（如/JspServletFeature）根路徑而言的。
2.2、通過ClassLoader來讀取，文件路徑是相對於類目錄而言的（maven工程中一般為/target/classes）
示例如下
（1）文件位置
放在src目錄（或其子目錄）下是相對於項目根目錄如JspServletFeature的路徑
放在JavaResources下是相對於類目錄即classes的目錄
（2）代碼
//
使用servletContext讀取資源文件，相對於web項目的根路徑(即JspServletFeature)
out.println("\n使用servletContext讀取資源文件，相對於web項目的根路徑(即JspServletFeature):");
readFileByServletContext(response,
"FileReadFile1.properties");
readFileByServletContext(response,
"/FileReadFile1.properties");
readFileByServletContext(response,
"WEB-INF/classes/FileReadFile2.properties");
readFileByServletContext(response,
"/WEB-INF/classes/FileReadFile2.properties");
F. java中如何得到web容器的類型，比如說有段程序當web容器為tomcat或websphere時要做不同的處理
通過容器提供的API獲取。
對於實現sun的Servlet2.3以上的Servlet。
提供以下方法支持：
來自GenericServlet類的
getServletContext()獲得ServletContext 由context
獲得context.getServerInfo()，伺服器類型信息。
例如：
Tomcat6.0中
getServletContext().getServerInfo()，
返回的結果為：Apache Tomcat/6.0.14
G. java裡面的web容器是指什麼
例如apache、nginx等都是此類。不過現實中很多web伺服器出於種種考慮回內置針對特定語言或架構的處理體系，例如iis內置了asp.net的處理架構，apache也可以通過擴展提供php、rails等處理架構（這些特別內置的模塊，你也可以簡單理解為web容器了）。如果web伺服器自己不處理特別請求，那麼可以通過cgi等方式轉發給後端處理，例如apache、nginx都可以通過fastcgi將請求轉發給後端埠，例如php-fpm服務，或python的什麼服務等等。 其實在java之前一直不太有web容器這種說法，到目前似乎也只有java是這么提的。這主要是因為整個java的web開發是基於javaEE的servlet技術體系，該體系規范規定了web請求的整個生命周期的方方面面。但是規范只是規定了實現的標准，或者說是介面（interface），具體實現都是各廠商自己搞定，所以這就出現了各種不同的web容器，例如tomcat、jetty、jboss等等。 又說回來，這些容器為了方便開發者，大多都提供了web伺服器的功能，不過和專業的web伺服器相比總有些缺失不足，所以一般只用來做開發用，生產環境主要還是作為後端服務。
H. java中web容器的作用
比方說：tomcat是一個web應用伺服器，它其中包含了servlet容器和jsp容器，而servlet容器就是負責管理servlet的生命周期的，如果沒有這個容器，那你的請求就無法實例化為servlet,你需要自己去寫代碼解析http請求。如果你想解析http請求，你就必須了解http協議,這是一個比較復雜的過程，現在有servlet容器，容器就會幫你去解析。
常見的web容器有tomcat,JBOSS或webloigc。
I. ------------如何在java類中取得web容器在系統中的絕對路徑或相對路徑--------
我記得當初我用了個new File在網路上傳輸文件，結果失敗了，文件地址全是new 在 伺服器上的地址，你可以試試用new File，然後得到他的toURI，然後再toURL，不知道你的問題合適不，你可以試試
J. 簡述一下Java中的web容器，舉幾個例子也行
目前市場上常用的開源Java Web容器有Tomcat、Resin和Jetty。其中Resin從V3.0後需要購買才能用於商業目的，而其他兩種則是純開源的。可以分別從他們的網站上下載最新的二進制包和源代碼。
作為Web容器，需要承受較高的訪問量，能夠同時響應不同用戶的請求，能夠在惡劣環境下保持較高的穩定性和健壯性。在HTTP伺服器領域，Apache HTTPD的效率是最高的，也是最為穩定的，但它只能處理靜態頁面的請求，如果需要支持動態頁面請求，則必須安裝相應的插件，比如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個）創建空閑線程並放到線程池中。使用時從數組中移走空閑的線程，用完後，再「歸還」給線程池。