很多人都分不清GET與POST的區(qū)別，以及什么時(shí)候用GET？什么時(shí)候用POST？
GET和POST兩種方法都是將數(shù)據(jù)送到服務(wù)器，但你該用哪一種呢？
HTTP標(biāo)準(zhǔn)包含這兩種方法是為了達(dá)到不同的目的。POST用于創(chuàng)建資源，資源的內(nèi)容會(huì)被編入HTTP請(qǐng)示的內(nèi)容中。例如，處理訂貨表單、在數(shù)據(jù)庫(kù)中加入新數(shù)據(jù)行等。
當(dāng)請(qǐng)求無(wú)副作用時(shí)（如進(jìn)行搜索），便可使用GET方法；當(dāng)請(qǐng)求有副作用時(shí)（如在數(shù)據(jù)庫(kù)添加數(shù)據(jù)行），則用POST方法。一個(gè)比較實(shí)際的問(wèn)題是：GET方法可能會(huì)產(chǎn)生很長(zhǎng)的URL，或許會(huì)超過(guò)某些瀏覽器與服務(wù)器對(duì)URL長(zhǎng)度的限制。
若符合下列任一情況，則用POST方法：

請(qǐng)求的結(jié)果有持續(xù)性的副作用，例如，數(shù)據(jù)庫(kù)內(nèi)添加新的數(shù)據(jù)行。    
若使用GET方法，則表單上收集的數(shù)據(jù)可能讓URL過(guò)長(zhǎng)。    
要傳送的數(shù)據(jù)不是采用7位的ASCII編碼。
 
    若符合下列任一情況，則用GET方法： 
    
請(qǐng)求是為了查找資源，HTML表單數(shù)據(jù)僅用來(lái)幫助搜索。    
請(qǐng)求結(jié)果無(wú)持續(xù)性的副作用。    
收集的數(shù)據(jù)及HTML表單內(nèi)的輸入字段名稱的總長(zhǎng)不超過(guò)1024個(gè)字符。
本文來(lái)自: 中國(guó)自學(xué)編程網(wǎng)(www.zxbc.cn) 詳細(xì)出處參考：http://www.zxbc.cn/html/article/aspprog/0916120715029.html

    J2EE服務(wù)器啟動(dòng)時(shí)會(huì)建立一定數(shù)量的池連接，并一直維持不少于此數(shù)目的池連接。客戶端程序需要連接時(shí)，池驅(qū)動(dòng)程序會(huì)返回一個(gè)未使用的池連接并將其表記為忙。如果當(dāng)前沒(méi)有空閑連接，池驅(qū)動(dòng)程序就新建一定數(shù)量的連接，新建連接的數(shù)量有配置參數(shù)決定。當(dāng)使用的池連接調(diào)用完成后，池驅(qū)動(dòng)程序?qū)⒋诉B接表記為空閑，其他調(diào)用就可以使用這個(gè)連接。 web.xml文件的格式-必須注意順序

    由于Web程序開(kāi)發(fā)中各種人員有不同分工，而Web程序的部署描述文件是程序構(gòu)件提供者、程序組裝者和程序部署者之間的溝通機(jī)制；Servlet 2.4之前的版本規(guī)定了在Web服務(wù)器中使用DTD格式的web.xml，而Servlet 2.4將依照XML schema格式定義web.xml；實(shí)際上這兩種格式的web.xml只是在頭部有區(qū)別，其內(nèi)容都是描述Web程序的部署信息。在web.xml中出現(xiàn)的部署元素主要包含以下信息：

ServletContext的初始化變量(Init Parameters)；
交互會(huì)話(Session)的設(shè)置；
Servlet的聲明定義；
Servlet和網(wǎng)址URL的映射(Mapping)；
應(yīng)用程序生命周期的監(jiān)聽(tīng)器(Application Lifecycle Listener)；
過(guò)濾器聲明；
過(guò)濾器和網(wǎng)址URL或Servlet/JSP的映射；
MIME類型；
歡迎文件(Welcome File)；
錯(cuò)誤網(wǎng)頁(yè)(Error Pages)；
安全設(shè)置信息；
taglib配置；
JNDI對(duì)象(env-entry，ejb-ref，ejb-local-ref，resource-ref，resource-env-ref)。

在web.xml中具體標(biāo)識(shí)為：

icon?,
display-name?,
description?,
distributable?,
context-param*,
filter*,
filter-mapping*,
listener*,
servlet*,
servlet-mapping*,
session-config?,
mime-mapping*,
welcome-file-list?,
error-page*,
taglib*,
resource-env-ref*,
resource-ref*,
security-constraint*,
login-config?,
sec..............

其中taglib配置與JNDI對(duì)象這兩項(xiàng)是支持J2EE的Web服務(wù)器必須要求的。對(duì)于不支持J2EE的servlet/JSP服務(wù)器，不需要這兩項(xiàng)；在web.xml中的元素需要按照規(guī)定的大小寫和順序出現(xiàn)。

        用JBoss 3.2.1架站以來(lái)，始終是一個(gè)大問(wèn)題。不大的站點(diǎn)，1G的內(nèi)存都不夠用，經(jīng)常要消耗500Mb的交換內(nèi)存（swap)。
        JAVA_OPTS（bin/run.conf）寫法： -Xms 520m -Xmx 1220m -Xss 15120k +XX:AggressiveHeap
這個(gè)JAVA_OPTS犯了2個(gè)致命的錯(cuò)誤：
   1. +XX:AggressiveHeap會(huì)使得 Xms 1220m沒(méi)有意義。這個(gè)參數(shù)讓jvm忽略Xmx參數(shù)，瘋狂地吃完一個(gè)G物理內(nèi)存，再吃盡一個(gè)G的swap。
另外Xmx作為允許jvm使用的最大內(nèi)存數(shù)量，不應(yīng)該超過(guò)物理內(nèi)存的90％。
而之所以使用了這個(gè)參數(shù)，是因?yàn)椴患拥脑挘琂Boss會(huì)在運(yùn)行一天左右的時(shí)間后迅速崩潰，上機(jī)課是，甚至出現(xiàn)過(guò)半個(gè)小時(shí)就崩潰的情況。
之所以要用這個(gè)參數(shù)，用swap支持服務(wù)器運(yùn)行，是因?yàn)榉噶讼旅娴腻e(cuò)誤：
   2. -Xss 15120k
這使得JBoss每增加一個(gè)線程（thread)就會(huì)立即消耗15M內(nèi)存，而最佳值應(yīng)該是128K,默認(rèn)值好像是512k.
這就是JBoss剛啟動(dòng)時(shí)，還有200Mb內(nèi)存富余，但會(huì)在一個(gè)小時(shí)內(nèi)迅速用完，因?yàn)榉?wù)器的threads在迅速增加。前3天，每天都多吃80Mb左右的swap.在第四天開(kāi)始穩(wěn)定下來(lái)。今年春節(jié)在外度假，觀察到了這個(gè)現(xiàn)象，卻不理解其原因：服務(wù)器在線程到達(dá)100之后，一般不再增加新的線程，新增加的在用完之后，會(huì)被迅速destroy，1.25-2.10所使用的線程基本是1.21- 1.23創(chuàng)建的，因此沒(méi)有再消耗新的內(nèi)存。服務(wù)器持續(xù)運(yùn)行時(shí)間，也因此大大超乎我5天的預(yù)期，到達(dá)了20天。
修改：
1.修改JAVA_OPTS,去掉+XX:AggressiveHeap，修改Xss。現(xiàn)在的JAVA_OPTS為：
－Xms 520m -Xmx 900m -Xss 128k
2.修改deploy/jbossweb-tomcat55.sar/service.xml
將maxThreads根據(jù)目前的訪問(wèn)量由默認(rèn)的250降為75，并使用jboss 4默認(rèn)未寫在標(biāo)準(zhǔn)service.xml里面而jboss 3寫入了的2個(gè)參數(shù): maxSparseThreads=55，minSparseThreads=25
3.修改了oracle-ds.xml將最大連接數(shù)有150降為50.
4.去掉了一些不用的服務(wù)。