tomcat需要配置哪些參數
① 探討關於tomcat reloadable與load-on-startup 參數配置
這兩個配置從功能上還有來源上都是有區別的，並且應該誰也替代不了誰。
<load-on-startup>1<load-on-startup>配置就像你說的，是「在應用程序啟動的時候執行指定的servlet」的功能。這個配置一般可以利用在這樣的場景：當需要將web程序的配置、公共變數一類的東西在程序一啟動就載入到內存里的時候，將這部分代碼寫在一個servlet中，之後配置為<load-on-startup>1<load-on-startup>。配置這個，一般主要目的是為了可以讓servlet的init()方法在容器一啟動就立刻被調用。
這樣的功能reloadable="true"沒法完成。而reloadable這個配置，一般是為了維護web程序的運行更方便為目的。比如有時web程序中的某個servlet的class被修改過了，又不想重啟tomcat就部署進去，那麼只要reloadable="true"就可以直接替換掉這個文件。
另外，<load-on-startup>1<load-on-startup>因為是web.xml中的配置，所以這個配置來自jcp制定的j2ee規范。而reloadable="true"是tomcat的配置，所以只是tomcat這一個軟體的功能而已。有<load-on-startup>1<load-on-startup>配置的程序因為是j2ee規范，除了tomcat，weblogic、jboss什麼的都遵守，所以在這些容器下跑你的應用<load-on-startup>1<load-on-startup>一樣會起作用。而reloadable="true"在別的容器程序可能就沒有這項配置了。
② tomcat如何配置
需要做的就是：按照你的需求配置Tomcat，只要你正確配置，Tomcat一般都能適合你的要求。下面是一系列關於Tomcat的配置技巧，這些技巧源自於我的書：《Tomcat權威指南》，希望對你有所幫助。 Jason Brittain
1． 配置系統管理（Admin Web Application）
大多數商業化的J2EE伺服器都提供一個功能強大的管理界面，且大都採用易於理解的Web應用界面。Tomcat按照自己的方式，同樣提供一個成熟的管理工具，並且絲毫不遜於那些商業化的競爭對手。Tomcat的Admin Web Application最初在4.1版本時出現，當時的功能包括管理context、data source、user和group等。當然也可以管理像初始化參數，user、group、role的多種資料庫管理等。在後續的版本中，這些功能將得到很大的擴展，但現有的功能已經非常實用了。
Admin Web Application被定義在自動部署文件：CATALINA_BASE/webapps/admin.xml 。
（譯者註：CATALINA_BASE即tomcat安裝目錄下的server目錄）
你必須編輯這個文件，以確定Context中的 docBase參數是絕對路徑。也就是說，CATALINA_BASE/webapps/admin.xml 的路徑是絕對路徑。作為另外一種選擇，你也可以刪除這個自動部署文件，而在server.xml文件中建立一個Admin Web Application的context，效果是一樣的。你不能管理Admin Web Application這個應用，換而言之，除了刪除CATALINA_BASE/webapps/admin.xml ，你可能什麼都做不了。
如果你使用UserDatabaseRealm（默認），你將需要添加一個user以及一個role到CATALINA_BASE/conf /tomcat-users.xml 文件中。你編輯這個文件，添加一個名叫「admin」的role 到該文件中，如下：
＜role name="admin"/＞
你同樣需要有一個用戶，並且這個用戶的角色是「admin」。象存在的用戶那樣，添加一個用戶（改變密碼使其更加安全）：
＜user name="admin" password="deep_dark_secret" roles="admin"/＞
當你完成這些步驟後，請重新啟動Tomcat，訪問http://localhost:8080/admin，你將看到一個登錄界面。Admin Web Application採用基於容器管理的安全機制，並採用了Jakarta Struts框架。一旦你作為「admin」角色的用戶登錄管理界面，你將能夠使用這個管理界面配置Tomcat。
2．配置應用管理（Manager Web Application）
Manager Web Application讓你通過一個比Admin Web Application更為簡單的用戶界面，執行一些簡單的Web應用任務。
Manager Web Application被被定義在一個自動部署文件中：
CATALINA_BASE/webapps/manager.xml 。
你必須編輯這個文件，以確保context的docBase參數是絕對路徑，也就是說 CATALINA_HOME/server/webapps/manager的絕對路徑。
（譯者註：CATALINA_HOME即 tomcat安裝目錄）
如果你使用的是UserDatabaseRealm，那麼你需要添加一個角色和一個用戶到 CATALINA_BASE/conf/tomcat-users.xml文件中。接下來，編輯這個文件，添加一個名為「manager」的角色到該文件中：
＜role name=」manager」＞
你同樣需要有一個角色為「manager」的用戶。像已經存在的用戶那樣，添加一個新用戶（改變密碼使其更加安全）：
＜user name="manager" password="deep_dark_secret" roles="manager"/＞
然後重新啟動Tomcat，訪問http://localhost/manager/list，將看到一個很樸素的文本型管理界面，或者訪問http://localhost/manager/html/list，將看到一個HMTL的管理界面。不管是哪種方式都說明你的Manager Web Application現在已經啟動了。
Manager application讓你可以在沒有系統管理特權的基礎上，安裝新的Web應用，以用於測試。如果我們有一個新的web應用位於/home/user /hello下在，並且想把它安裝到 /hello下，為了測試這個應用，我們可以這么做，在第一個文件框中輸入「/hello」（作為訪問時的path），在第二個文本框中輸入「file: /home/user/hello」（作為Config URL）。
Manager application還允許你停止、重新啟動、移除以及重新部署一個web應用。停止一個應用使其無法被訪問，當有用戶嘗試訪問這個被停止的應用時，將看到一個503的錯誤??「503 - This application is not currently available」。
移除一個web應用，只是指從Tomcat的運行拷貝中刪除了該應用，如果你重新啟動Tomcat，被刪除的應用將再次出現（也就是說，移除並不是指從硬碟上刪除）。
3．部署一個web應用
有兩個辦法可以在系統中部署web服務。
1＞ 拷貝你的WAR文件或者你的web應用文件夾（包括該web的所有內容）到$CATALINA_BASE/webapps目錄下。
2＞ 為你的web服務建立一個只包括context內容的XML片斷文件，並把該文件放到$CATALINA_BASE/webapps目錄下。這個web應用本身可以存儲在硬碟上的任何地方。
如果你有一個WAR文件，你若想部署它，則只需要把該文件簡單的拷貝到 CATALINA_BASE/webapps目錄下即可，文件必須以「.war」作為擴展名。一旦Tomcat監聽到這個文件，它將（預設的）解開該文件包作為一個子目錄，並以WAR文件的文件名作為子目錄的名字。接下來，Tomcat將在內存中建立一個context，就好象你在server.xml文件里建立一樣。當然，其他必需的內容，將從server.xml中的DefaultContext獲得。
部署web應用的另一種方式是寫一個Context XML片斷文件，然後把該文件拷貝到CATALINA_BASE/webapps目錄下。一個Context片斷並非一個完整的XML文件，而只是一個 context元素，以及對該應用的相應描述。這種片斷文件就像是從server.xml中切取出來的context元素一樣，所以這種片斷被命名為 「context片斷」。
舉個例子，如果我們想部署一個名叫MyWebApp.war的應用，該應用使用realm作為訪問控制方式，我們可以使用下面這個片斷：
＜!--
Context fragment for deploying MyWebApp.war
--＞
＜Context path="/demo" docBase="webapps/MyWebApp.war"
debug="0" privileged="true"＞
＜Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/＞
＜/Context＞
把該片斷命名為「MyWebApp.xml」，然後拷貝到CATALINA_BASE/webapps目錄下。
這種context片斷提供了一種便利的方法來部署web應用，你不需要編輯server.xml，除非你想改變預設的部署特性，安裝一個新的web應用時不需要重啟動Tomcat。
4．配置虛擬主機（Virtual Hosts）
關於server.xml中「Host」這個元素，只有在你設置虛擬主機的才需要修改。虛擬主機是一種在一個web伺服器上服務多個域名的機制，對每個域名而言，都好象獨享了整個主機。實際上，大多數的小型商務網站都是採用虛擬主機實現的，這主要是因為虛擬主機能直接連接到Internet並提供相應的帶寬，以保障合理的訪問響應速度，另外虛擬主機還能提供一個穩定的固定IP。
基於名字的虛擬主機可以被建立在任何web伺服器上，建立的方法就是通過在域名伺服器（DNS）上建立IP地址的別名，並且告訴web伺服器把去往不同域名的請求分發到相應的網頁目錄。因為這篇文章主要是講 Tomcat，我們不準備介紹在各種操作系統上設置DNS的方法，如果你在這方面需要幫助，請參考《DNS and Bind》一書，作者是Paul Albitz and Cricket Liu (O'Reilly)。為了示範方便，我將使用一個靜態的主機文件，因為這是測試別名最簡單的方法。
在Tomcat中使用虛擬主機，你需要設置DNS或主機數據。為了測試，為本地IP設置一個IP別名就足夠了，接下來，你需要在server.xml中添加幾行內容，如下：
＜Server port="8005" shutdown="SHUTDOWN" debug="0"＞
＜Service name="Tomcat-Standalone"＞
＜Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080" minProcessors="5" maxProcessors="75"
enableLookups="true" redirectPort="8443"/＞
＜Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8443" minProcessors="5" maxProcessors="75"
acceptCount="10" debug="0" scheme="https" secure="true"/＞
＜Factory className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory"
clientAuth="false" protocol="TLS" /＞
＜/Connector＞
＜Engine name="Standalone" defaultHost="localhost" debug="0"＞
＜!-- This Host is the default Host --＞
＜Host name="localhost" debug="0" appBase="webapps"
unpackWARs="true" autoDeploy="true"＞
＜Context path="" docBase="ROOT" debug="0"/＞
＜Context path="/orders" docBase="/home/ian/orders" debug="0"
reloadable="true" crossContext="true"＞
＜/Context＞
＜/Host＞
＜!-- This Host is the first "Virtual Host": http://www.example.com/ --＞
＜Host name="www.example.com" appBase="/home/example/webapp"＞
＜Context path="" docBase="."/＞
＜/Host＞
＜/Engine＞
＜/Service＞
＜/Server＞
Tomcat的server.xml文件，在初始狀態下，只包括一個虛擬主機，但是它容易被擴充到支持多個虛擬主機。在前面的例子中展示的是一個簡單的server.xml版本，其中粗體部分就是用於添加一個虛擬主機。每一個Host元素必須包括一個或多個 context元素，所包含的context元素中必須有一個是默認的context，這個默認的context的顯示路徑應該為空（例如，path=」」）。
5．配置基礎驗證（Basic Authentication）
容器管理驗證方法控制著當用戶訪問受保護的web應用資源時，如何進行用戶的身份鑒別。當一個web應用使用了Basic Authentication（BASIC參數在web.xml文件中auto-method元素中設置），而有用戶訪問受保護的web應用時，Tomcat將通過HTTP Basic Authentication方式，彈出一個對話框，要求用戶輸入用戶名和密碼。在這種驗證方法中，所有密碼將被以64位的編碼方式在網路上傳輸。
注意：使用Basic Authentication通過被認為是不安全的，因為它沒有強健的加密方法，除非在客戶端和伺服器端都使用HTTPS或者其他密碼加密碼方式（比如，在一個虛擬私人網路中）。若沒有額外的加密方法，網路管理員將能夠截獲（或濫用）用戶的密碼。但是，如果你是剛開始使用Tomcat，或者你想在你的 web應用中測試一下基於容器的安全管理，Basic Authentication還是非常易於設置和使用的。只需要添加＜security-constraint＞和＜login-config＞兩個元素到你的web應用的web.xml文件中，並且在CATALINA_BASE/conf/tomcat-users.xml 文件中添加適當的＜role＞和＜user＞即可，然後重新啟動Tomcat。
下面例子中的web.xml摘自一個俱樂部會員網站系統，該系統中只有member目錄被保護起來，並使用Basic Authentication進行身份驗證。請注意，這種方式將有效的代替Apache web伺服器中的.htaccess文件。
＜!--
Define the Members-only area, by defining
a "Security Constraint" on this Application, and
mapping it to the subdirectory (URL) that we want
to restrict.
--＞
＜security- constraint＞
＜web-resource-collection＞
＜web-resource-name＞
Entire Application
＜/web-resource-name＞
＜url-pattern＞/members/*＜/url- pattern＞
＜/web-resource-collection＞
＜auth-constraint＞
＜role- name＞member＜/role-name＞
＜/auth-constraint＞
＜/security- constraint＞
＜!-- Define the Login Configuration for this Application --＞
＜login-config＞
＜auth-method＞BASIC＜/auth-method＞
＜realm- name＞My Club Members-only Area＜/realm-name＞
＜/login-config＞
6．配置單點登錄（Single Sign-On）
一旦你設置了realm和驗證的方法，你就需要進行實際的用戶登錄處理。一般說來，對用戶而言登錄系統是一件很麻煩的事情，你必須盡量減少用戶登錄驗證的次數。作為預設的情況，當用戶第一次請求受保護的資源時，每一個web應用都會要求用戶登錄。如果你運行了多個web應用，並且每個應用都需要進行單獨的用戶驗證，那這看起來就有點像你在與你的用戶搏鬥。用戶們不知道怎樣才能把多個分離的應用整合成一個單獨的系統，所有他們也就不知道他們需要訪問多少個不同的應用，只是很迷惑，為什麼總要不停的登錄。
Tomcat 4的「single sign-on」特性允許用戶在訪問同一虛擬主機下所有web應用時，只需登錄一次。為了使用這個功能，你只需要在Host上添加一個 SingleSignOn Valve元素即可，如下所示：
＜Valve className="org.apache.catalina.authenticator.SingleSignOn"
debug="0"/＞
在Tomcat初始安裝後，server.xml的注釋裡麵包括SingleSignOn Valve配置的例子，你只需要去掉注釋，即可使用。那麼，任何用戶只要登錄過一個應用，則對於同一虛擬主機下的所有應用同樣有效。
使用single sign-on valve有一些重要的限制：
1＞ value必須被配置和嵌套在相同的Host元素里，並且所有需要進行單點驗證的web應用（必須通過context元素定義）都位於該Host下。
2＞ 包括共享用戶信息的realm必須被設置在同一級Host中或者嵌套之外。
3＞ 不能被context中的realm覆蓋。
4＞ 使用單點登錄的web應用最好使用一個Tomcat的內置的驗證方式（被定義在web.xml中的＜auth-method＞中），這比自定義的驗證方式強，Tomcat內置的的驗證方式包括basic、digest、form和client-cert。
5＞ 如果你使用單點登錄，還希望集成一個第三方的web應用到你的網站中來，並且這個新的web應用使用它自己的驗證方式，而不使用容器管理安全，那你基本上就沒招了。你的用戶每次登錄原來所有應用時需要登錄一次，並且在請求新的第三方應用時還得再登錄一次。當然，如果你擁有這個第三方web應用的源碼，而你又是一個程序員，你可以修改它，但那恐怕也不容易做。
6＞ 單點登錄需要使用cookies。
7．配置用戶定製目錄（Customized User Directores）
一些站點允許個別用戶在伺服器上發布網頁。例如，一所大學的學院可能想給每一位學生一個公共區域，或者是一個ISP希望給一些web空間給他的客戶，但這又不是虛擬主機。在這種情況下，一個典型的方法就是在用戶名前面加一個特殊字元（~），作為每位用戶的網站，比如：
http://www.cs.myuniversity.e/~username
http://members.mybigisp.com/~username
Tomcat提供兩種方法在主機上映射這些個人網站，主要使用一對特殊的Listener元素。Listener的 className屬性應該是org.apache.catalina.startup.UserConfig，userClass屬性應該是幾個映射類之一。如果你的系統是Unix，它將有一個標準的/etc/passwd文件，該文件中的帳號能夠被運行中的Tomcat很容易的讀取，該文件指定了用戶的主目錄，使用PasswdUserDatabase 映射類。
＜Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html"
userClass="org.apache.catalina.startup.PasswdUserDatabase"/＞
web文件需要放置在像/home/users/ian/public_html 或者 /users/jbrittain/public_html一樣的目錄下面。當然你也可以改變public_html 到其他任何子目錄下。
實際上，這個用戶目錄根本不一定需要位於用戶主目錄下裡面。如果你沒有一個密碼文件，但你又想把一個用戶名映射到公共的像/home一樣目錄的子目錄裡面，則可以使用HomesUserDatabase類。
＜Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html" homeBase="/home"
userClass="org.apache.catalina.startup.HomesUserDatabase"/＞
這樣一來，web文件就可以位於像/home/ian/public_html 或者 /home/jasonb/public_html一樣的目錄下。這種形式對Windows而言更加有利，你可以使用一個像c:\home這樣的目錄。
這些Listener元素，如果出現，則必須在Host元素裡面，而不能在context元素裡面，因為它們都用應用於Host本身。
8．在Tomcat中使用CGI腳本
Tomcat主要是作為Servlet/JSP容器，但它也有許多傳統web伺服器的性能。支持通用網關介面（Common Gateway Interface，即CGI）就是其中之一，CGI提供一組方法在響應瀏覽器請求時運行一些擴展程序。CGI之所以被稱為通用，是因為它能在大多數程序或腳本中被調用，包括：Perl，Python，awk，Unix shell scripting等，甚至包括java。當然，你大概不會把一個Java應用程序當作CGI來運行，畢竟這樣太過原始。一般而言，開發Servlet總要比CGI具有更好的效率，因為當用戶點擊一個鏈接或一個按鈕時，你不需要從操作系統層開始進行處理。
Tomcat包括一個可選的 CGI Servlet，允許你運行遺留下來的CGI腳本。
為了使Tomcat能夠運行CGI，你必須做如下幾件事：
1. 把servlets-cgi.renametojar （在CATALINA_HOME/server/lib/目錄下）改名為servlets-cgi.jar。處理CGI的servlet應該位於 Tomcat的CLASSPATH下。
2. 在Tomcat的CATALINA_BASE/conf/web.xml 文件中，把關於＜servlet-name＞ CGI的那段的注釋去掉（默認情況下，該段位於第241行）。
3. 同樣，在Tomcat的CATALINA_BASE/conf/web.xml文件中，把關於對CGI進行映射的那段的注釋去掉（默認情況下，該段位於第 299行）。注意，這段內容指定了HTML鏈接到CGI腳本的訪問方式。
4. 你可以把CGI腳本放置在WEB-INF/cgi 目錄下（注意，WEB-INF是一個安全的地方，你可以把一些不想被用戶看見或基於安全考慮不想暴露的文件放在此處），或者你也可以把CGI腳本放置在 context下的其他目錄下，並為CGI Servlet調整cgiPathPrefix初始化參數。這就指定的CGI Servlet的實際位置，且不能與上一步指定的URL重名。
5. 重新啟動Tomcat，你的CGI就可以運行了。
在Tomcat中，CGI程序預設放置在WEB-INF/cgi目錄下，正如前面所提示的那樣，WEB-INF目錄受保護的，通過客戶端的瀏覽器無法窺探到其中內容，所以對於放置含有密碼或其他敏感信息的CGI腳本而言，這是一個非常好的地方。為了兼容其他伺服器，盡管你也可以把CGI腳本保存在傳統的 /cgi-bin目錄，但要知道，在這些目錄中的文件有可能被網上好奇的沖浪者看到。另外，在Unix中，請確定運行Tomcat的用戶有執行CGI腳本的許可權。
9．改變Tomcat中的JSP編譯器（JSP Compiler）
在Tomcat 4.1（或更高版本，大概），JSP的編譯由包含在Tomcat裡面的Ant程序控制器直接執行。這聽起來有一點點奇怪，但這正是Ant有意為之的一部分，有一個API文檔指導開發者在沒有啟動一個新的JVM的情況下，使用Ant。這是使用Ant進行Java開發的一大優勢。另外，這也意味著你現在能夠在Ant中使用任何javac支持的編譯方式，這里有一個關於Apache Ant使用手冊的javac page列表。使用起來是容易的，因為你只需要在＜init-param＞ 元素中定義一個名字叫「compiler」，並且在value中有一個支持編譯的編譯器名字，示例如下：
＜servlet＞
＜servlet-name＞jsp＜/servlet- name＞
＜servlet-class＞
org.apache.jasper.servlet.JspServlet
＜/servlet- class＞
＜init-param＞
＜param-name＞logVerbosityLevel＜/param-name＞
＜param- value＞WARNING＜/param-value＞
＜/init-param＞
＜init-param＞
＜param- name＞compiler＜/param-name＞
＜param-value＞jikes＜/param-value＞
＜/init- param＞
＜load-on-startup＞3＜/load-on-startup＞
＜/servlet＞
當然，給出的編譯器必須已經安裝在你的系統中，並且CLASSPATH可能需要設置，那處決於你選擇的是何種編譯器。
10．限制特定主機訪問（Restricting Access to Specific Hosts）
有時，你可能想限制對Tomcat web應用的訪問，比如，你希望只有你指定的主機或IP地址可以訪問你的應用。這樣一來，就只有那些指定的的客戶端可以訪問服務的內容了。為了實現這種效果，Tomcat提供了兩個參數供你配置：RemoteHostValve 和RemoteAddrValve。
通過配置這兩個參數，可以讓你過濾來自請求的主機或IP地址，並允許或拒絕哪些主機/IP。與之類似的，在Apache的httpd文件里有對每個目錄的允許/拒絕指定。
例如你可以把Admin Web application設置成只允許本地訪問，設置如下：
＜Context path="/path/to/secret_files" ...＞
＜Valve className="org.apache.catalina.valves.RemoteAddrValve"
allow="127.0.0.1" deny=""/＞
＜/Context＞
如果沒有給出允許主機的指定，那麼與拒絕主機匹配的主機就會被拒絕，除此之外的都是允許的。與之類似，如果沒有給出拒絕主機的指定，那麼與允許主機匹配的主機就會被允許，除此之外的都是拒絕的。
③ 如何在eclipse中給tomcat增加設置參數
1、進入J2EE Eclipse,首先需要創建一個tomcat，這個可以通過J2EE自帶的進行創建，也可以另行配置，按照安裝向導即可完成。
2、打開配置tomacat參數的選項有兩種方式，一種是直接雙擊tomcat伺服器，然後進入tomcat配置，選擇Open launcher configuration，進入配置頁面
3、另一種是直接Run as界面，點擊Run configuration即可進入參數配置界面，切換到Arguments選項下
4、添加配置參數，這里添加了兩個配置參數，一個是項目目錄，一個是擴展內存，項目目錄比較好理解，這個主要是方便讀取配置文件，或者一些放置在項目下面的東西；而擴展內存是為了解決java.lang.OutOfMemoryError: Java heap space的一種手段。
參考資料：http://jingyan..com/article/fa4125acb40f8728ac709233.html
④ 連接池中Tomcat的幾個參數~
至少9個。
dataSource: 要連接的 datasource (通常我們不會定義在 server.xml)
defaultAutoCommit: 對於事務是否 autoCommit, 默認值為 true
defaultReadOnly: 對於資料庫是否只能讀取, 默認值為 false
driverClassName:連接資料庫所用的 JDBC Driver Class,
maxActive: 可以從對象池中取出的對象最大個數，為0則表示沒有限制，默認為8
maxIdle: 最大等待連接中的數量,設 0 為沒有限制 （對象池中對象最大個數）
minIdle：對象池中對象最小個數
maxWait: 最大等待秒數, 單位為 ms, 超過時間會丟出錯誤信息，-1為無限制
password: 登陸資料庫所用的密碼
Tomcat7.0配置連接池的步驟：
第一步：在Tomcat的配置文件Tomcat7.0\conf\context.xml中添加信息：
<Context>
<Resource
name="jdbc/drp"
type="javax.sql.DataSource"
driverClassName="oracle.jdbc.driver.OracleDriver"
maxIdle="2"
maxWait="5000"
username="drp"
password="drp"
url="jdbc:oracle:thin:@localhost:1521:bjpowernode"
maxActive="4"/>
</Context>
第二步：把配置文件context.xml剪切到webRoot/META-INF中。(若是只有一個項目使用連接池的話，則剪切到使用連接池項目webRoot/META-INF中。若是多個項目都使用連接池，則不進行操作第二步。)
第三步：則在程序中獲得連接：
//new DBcP pool
Context ctx=new InitialContext();
//通過JNDI查找DataSource
DataSource ds=(DataSource)ctx.lookup("java:comp/env/jdbc/drp");
conn=ds.getConnection();
其中第一步中的上下文context.xml中的參數的解析如下：
其中的name屬性是數據源名稱，通常採取jdbc/**.
type屬性是數據源方式。
driverClassName屬性是驅動程序名稱。（此文中是oracle驅動程序）
username，password，資料庫名稱和密碼
url:訪問的資料庫路徑。其中url的內容組成解析上篇博客中已經分析——Oracle安裝以及測試Oracle資料庫
maxActive屬性是並發連接的最大數。設置為0則無限制。
maxWait屬性是等待連接的最大連接的時間。
maxIdle屬性是連接池中空閑的連接的個數。
上文中的設置的 maxActive="4"說明可以最大連接的個數為4個，再建立連接，則出現異常。
而maxIdle="2"說明當關閉資料庫時（不是真正的斷開連接，而是歸還連接池中）連接池中最大可以有空閑的連接數為2個。
若是再有建立連接，此時若連接池中沒有空閑的連接，但是又沒有達到maxActive並發的最大連接數，則在連接池中建立連接。
ps：有些教材Tomcat配置連接池，需要在Tomcat/lib中加入驅動包ojbc14.jar.但是自己在Tomcat7.0下配置連接池時，沒有加入驅動jar包依然運行正常。
⑤ 關於Tomcat6內存和線程配置,具體分析各個參數
Tomcat本身不能直接在計算機上運行，需要依賴於硬體基礎之上的操作系統和一個java虛擬機。您可以選擇自己的需要選擇不同的操作系統和對應的JDK的版本（只要是符合Sun發布的Java規范的），但我們推薦您使用Sun公司發布的JDK。確保您所使用的版本是最新的，因為Sun公司和其它一些公司一直在為提高性能而對java虛擬機做一些升級改進。一些報告顯示JDK1.4在性能上比JDK1.3提高了將近10%到20%。
可以給Java虛擬機設置使用的內存，但是如果你的選擇不對的話，虛擬機不會補償。可通過命令行的方式改變虛擬機使用內存的大小。如下表所示有兩個參數用來設置虛擬機使用內存的大小。
參數
⑥ 如何在eclipse中給tomcat增加設置參數
1、進入J2EE Eclipse,首先需要創建一個tomcat，這個可以通過J2EE自帶的進行創建，也可以另行配置，按照安裝向導即可完成。
2、打開配置tomacat參數的選項有兩種方式，一種是直接雙擊tomcat伺服器，然後進入tomcat配置，選擇Open launcher configuration，進入配置頁面，
3、另一種是直接Run as界面，點擊Run configuration即可進入參數配置界面，
4、參數配置界面，切換到Arguments選項下：
5、添加配置參數，筆者這里添加了兩個配置參數，一個是項目目錄，一個是擴展內存，項目目錄比較好理解，這個主要是方便讀取配置文件，或者一些放置在項目下面的東西；而擴展內存是為了解決java.lang.OutOfMemoryError: Java heap space的一種手段，項目需要較大的擴展內存，因此配置。
⑦ tomcat最大連接數和jvm參數怎麼配置比較合理
jvm內存有好幾種呢 windows下修改JVM內存大小: 情況一:解壓版本的Tomcat, 要通過startup.bat啟動tomcat才能載入配置 要添加在tomcat 的bin 下catalina.bat 里 rem Guess CATALINA_HOME if not defined set CURRENT_DIR=%cd%後面添加,紅色的為新添加的. set JAVA_OPTS=-Xms256m -Xmx512m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m -Djava.awt.headless=true 情況二:安裝版的Tomcat下沒有catalina.bat windows服務執行的是bin\tomcat.exe.他讀取注冊表中的值,而不是catalina.bat的設置. 修改注冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions 原值為 -Dcatalina.home="C:\ApacheGroup\Tomcat 5.0" -Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed" -Xrs 加入 -Xms300m -Xmx350m 重起tomcat服務,設置生效 jvm參數說明： -server 一定要作為第一個參數，啟用JDK的server版本，在多個CPU時性能佳 -Xms java Heap初始大小。 默認是物理內存的1/64。 -Xmx java heap最大值。建議均設為物理內存的80%。不可超過物理內存。 -Xmn java heap最小值，一般設置為Xmx的3、4分之一。 -XX:PermSize 設定內存的永久保存區初始大小，預設值為64M。 -XX:MaxPermSize 設定內存的永久保存區最大大小，預設值為64M。 -XX:SurvivorRatio=2 生還者池的大小，默認是2。如 -XX:NewSize 新生成的池的初始大小。 預設值為2M。 -XX:MaxNewSize 新生成的池的最大大小。 預設值為32M。 +XX:AggressiveHeap 讓jvm忽略Xmx參數，瘋狂地吃完一個G物理內存，再吃盡一個G的swap。 -Xss 每個線程的Stack大小 -verbose:gc 現實垃圾收集信息 -Xloggc:gc.log 指定垃圾收集日誌文件 -XX:+UseParNewGC 縮短minor收集的時間 -XX:+UseConcMarkSweepGC 縮短major收集的時間 -XX:userParNewGC 可用來設置並行收集(多CPU) -XX:ParallelGCThreads 可用來增加並行度(多CPU) -XX:UseParallelGC 設置後可以使用並行清除收集器(多CPU)