[Java]介紹一篇關於session的好文章

http://eason982.blogspot.com/2009/12/javasession.html

目錄：
一、術語session
二、HTTP協議與狀態保持
三、理解cookie機制
四、理解session機制
五、理解javax.servlet.http.HttpSession
六、HttpSession常見問題
七、跨應用程序的session共享
八、總結
參考文檔

一、術語session

在我的經驗裡，session這個詞被濫用的程度大概僅次於transaction，更加有趣的是transaction與session在某些語境下的含義是相同的。

session，中文經常翻譯為會話，其本來的含義是指有始有終的一系列動作/消息，比如打電話時從拿起電話撥號到掛斷電話這中間的一系列過程可以稱之為一個 session。有時候我們可以看到這樣的話「在一個瀏覽器會話期間，...」，這裡的會話一詞用的就是其本義，是指從一個瀏覽器窗口打開到關閉這個期間 １。最混亂的是「用戶（客戶端）在一次會話期間」這樣一句話，它可能指用戶的一系列動作（一般情況下是同某個具體目的相關的一系列動作，比如從登錄到選購商品到結賬登出這樣一個網上購物的過程，有時候也被稱為一個transaction），然而有時候也可能僅僅是指一次連接，也有可能是指含義１，其中的差別只能靠上下文來推斷２。

然而當session一詞與網絡協議相關聯時，它又往往隱含了「面向連接」和/或「保持狀態」這樣兩個含義， 「面向連接」指的是在通信雙方在通信之前要先建立一個通信的渠道，比如打電話，直到對方接了電話通信才能開始，與此相對的是寫信，在你把信發出去的時候你並不能確認對方的地址是否正確，通信渠道不一定能建立，但對發信人來說，通信已經開始了。「保持狀態」則是指通信的一方能夠把一系列的消息關聯起來，使得消息之間可以互相依賴，比如一個服務員能夠認出再次光臨的老顧客並且記得上次這個顧客還欠店裡一塊錢。這一類的例子有「一個TCP session」或者 「一個POP3 session」３。

而到了web服務器蓬勃發展的時代，session在web開發語境下的語義又有了新的擴展，它的含義是指一類用來在客戶端與服務器之間保持狀態的解決方案４。有時候session也用來指這種解決方案的存儲結構，如「把xxx保存在session 裡」５。由於各種用於web開發的語言在一定程度上都提供了對這種解決方案的支持，所以在某種特定語言的語境下，session也被用來指代該語言的解決方案，比如經常把Java裡提供的javax.servlet.http.HttpSession簡稱為session６。

鑒於這種混亂已不可改變，本文中session一詞的運用也會根據上下文有不同的含義，請大家注意分辨。
在本文中，使用中文「瀏覽器會話期間」來表達含義１，使用「session機制」來表達含義４，使用「session」表達含義５，使用具體的「HttpSession」來表達含義６

二、HTTP協議與狀態保持

HTTP 協議本身是無狀態的，這與HTTP協議本來的目的是相符的，客戶端只需要簡單的向服務器請求下載某些文件，無論是客戶端還是服務器都沒有必要紀錄彼此過去的行為，每一次請求之間都是獨立的，好比一個顧客和一個自動售貨機或者一個普通的（非會員制）大賣場之間的關係一樣。

然而聰明（或者貪心？）的人們很快發現如果能夠提供一些按需生成的動態信息會使web變得更加有用，就像給有線電視加上點播功能一樣。這種需求一方面迫使HTML逐步添加了表單、腳本、DOM等客戶端行為，另一方面在服務器端則出現了CGI規範以響應客戶端的動態請求，作為傳輸載體的HTTP協議也添加了文件上載、 cookie這些特性。其中cookie的作用就是為了解決HTTP協議無狀態的缺陷所作出的努力。至於後來出現的session機制則是又一種在客戶端與服務器之間保持狀態的解決方案。

讓我們用幾個例子來描述一下cookie和session機制之間的區別與聯繫。筆者曾經常去的一家咖啡店有喝5杯咖啡免費贈一杯咖啡的優惠，然而一次性消費5杯咖啡的機會微乎其微，這時就需要某種方式來紀錄某位顧客的消費數量。想像一下其實也無外乎下面的幾種方案：
1、該店的店員很厲害，能記住每位顧客的消費數量，只要顧客一走進咖啡店，店員就知道該怎麼對待了。這種做法就是協議本身支持狀態。
2、發給顧客一張卡片，上面記錄著消費的數量，一般還有個有效期限。每次消費時，如果顧客出示這張卡片，則此次消費就會與以前或以後的消費相聯繫起來。這種做法就是在客戶端保持狀態。
3、發給顧客一張會員卡，除了卡號之外什麼信息也不紀錄，每次消費時，如果顧客出示該卡片，則店員在店裡的紀錄本上找到這個卡號對應的紀錄添加一些消費信息。這種做法就是在服務器端保持狀態。

由於HTTP協議是無狀態的，而出於種種考慮也不希望使之成為有狀態的，因此，後面兩種方案就成為現實的選擇。具體來說cookie機制採用的是在客戶端保持狀態的方案，而session機制採用的是在服務器端保持狀態的方案。同時我們也看到，由於採用服務器端保持狀態的方案在客戶端也需要保存一個標識，所以session機制可能需要借助於cookie機制來達到保存標識的目的，但實際上它還有其他選擇。

三、理解cookie機制

cookie機制的基本原理就如上面的例子一樣簡單，但是還有幾個問題需要解決：「會員卡」如何分發；「會員卡」的內容；以及客戶如何使用「會員卡」。

正統的cookie分發是通過擴展HTTP協議來實現的，服務器通過在HTTP的響應頭中加上一行特殊的指示以提示瀏覽器按照指示生成相應的cookie。然而純粹的客戶端腳本如JavaScript或者VBScript也可以生成cookie。

而cookie 的使用是由瀏覽器按照一定的原則在後台自動發送給服務器的。瀏覽器檢查所有存儲的cookie，如果某個cookie所聲明的作用範圍大於等於將要請求的資源所在的位置，則把該cookie附在請求資源的HTTP請求頭上發送給服務器。意思是麥當勞的會員卡只能在麥當勞的店裡出示，如果某家分店還發行了自己的會員卡，那麼進這家店的時候除了要出示麥當勞的會員卡，還要出示這家店的會員卡。

cookie的內容主要包括：名字，值，過期時間，路徑和域。
其中域可以指定某一個域比如.google.com，相當於總店招牌，比如寶潔公司，也可以指定一個域下的具體某台機器比如www.google.com或者froogle.google.com，可以用飄柔來做比。
路徑就是跟在域名後面的URL路徑，比如/或者/foo等等，可以用某飄柔專櫃做比。
路徑與域合在一起就構成了cookie的作用範圍。
如果不設置過期時間，則表示這個cookie的生命期為瀏覽器會話期間，只要關閉瀏覽器窗口，cookie就消失了。這種生命期為瀏覽器會話期的 cookie被稱為會話cookie。會話cookie一般不存儲在硬盤上而是保存在內存裡，當然這種行為並不是規範規定的。如果設置了過期時間，瀏覽器就會把cookie保存到硬盤上，關閉後再次打開瀏覽器，這些cookie仍然有效直到超過設定的過期時間。

存儲在硬盤上的cookie 可以在不同的瀏覽器進程間共享，比如兩個IE窗口。而對於保存在內存裡的cookie，不同的瀏覽器有不同的處理方式。對於IE，在一個打開的窗口上按 Ctrl-N（或者從文件菜單）打開的窗口可以與原窗口共享，而使用其他方式新開的IE進程則不能共享已經打開的窗口的內存cookie；對於 Mozilla Firefox0.8，所有的進程和標籤頁都可以共享同樣的cookie。一般來說是用javascript的window.open打開的窗口會與原窗口共享內存cookie。瀏覽器對於會話cookie的這種只認cookie不認人的處理方式經常給採用session機制的web應用程序開發者造成很大的困擾。

下面就是一個goolge設置cookie的響應頭的例子
HTTP/1.1 302 Found
Location: http://www.google.com/intl/zh-CN/
Set-Cookie: PREF=ID=0565f77e132de138:NW=1:TM=1098082649:LM=1098082649:S=KaeaCFPo49RiA_d8; expires=Sun, 17-Jan-2038 19:14:07 GMT; path=/; domain=.google.com
Content-Type: text/html

這是使用HTTPLook這個HTTP Sniffer軟件來俘獲的HTTP通訊紀錄的一部分

瀏覽器在再次訪問goolge的資源時自動向外發送cookie

使用Firefox可以很容易的觀察現有的cookie的值
使用HTTPLook配合Firefox可以很容易的理解cookie的工作原理。

IE也可以設置在接受cookie前詢問

這是一個詢問接受cookie的對話框。

四、理解session機制

session機制是一種服務器端的機制，服務器使用一種類似於散列表的結構（也可能就是使用散列表）來保存信息。

當程序需要為某個客戶端的請求創建一個session的時候，服務器首先檢查這個客戶端的請求裡是否已包含了一個session標識 - 稱為 session id，如果已包含一個session id則說明以前已經為此客戶端創建過session，服務器就按照session id把這個 session檢索出來使用（如果檢索不到，可能會新建一個），如果客戶端請求不包含session id，則為此客戶端創建一個session並且生成一個與此session相關聯的session id，session id的值應該是一個既不會重複，又不容易被找到規律以仿造的字符串，這個 session id將被在本次響應中返回給客戶端保存。

保存這個session id的方式可以採用cookie，這樣在交互過程中瀏覽器可以自動的按照規則把這個標識發揮給服務器。一般這個cookie的名字都是類似於SEEESIONID，而。比如weblogic對於web應用程序生成的cookie，JSESSIONID= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764，它的名字就是 JSESSIONID。

由於cookie可以被人為的禁止，必須有其他機制以便在cookie被禁止時仍然能夠把session id傳遞回服務器。經常被使用的一種技術叫做URL重寫，就是把session id直接附加在URL路徑的後面，附加方式也有兩種，一種是作為URL路徑的附加信息，表現形式為http://...../xxx;jsessionid= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764
另一種是作為查詢字符串附加在URL後面，表現形式為http://...../xxx?jsessionid=ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764
這兩種方式對於用戶來說是沒有區別的，只是服務器在解析的時候處理的方式不同，採用第一種方式也有利於把session id的信息和正常程序參數區分開來。
為了在整個交互過程中始終保持狀態，就必須在每個客戶端可能請求的路徑後面都包含這個session id。

另一種技術叫做表單隱藏字段。就是服務器會自動修改表單，添加一個隱藏字段，以便在表單提交時能夠把session id傳遞回服務器。比如下面的表單

在被傳遞給客戶端之前將被改寫成

這種技術現在已較少應用，筆者接觸過的很古老的iPlanet6(SunONE應用服務器的前身)就使用了這種技術。
實際上這種技術可以簡單的用對action應用URL重寫來代替。

在談論session機制的時候，常常聽到這樣一種誤解「只要關閉瀏覽器，session就消失了」。其實可以想像一下會員卡的例子，除非顧客主動對店家提出銷卡，否則店家絕對不會輕易刪除顧客的資料。對session來說也是一樣的，除非程序通知服務器刪除一個session，否則服務器會一直保留，程序一般都是在用戶做log off的時候發個指令去刪除session。然而瀏覽器從來不會主動在關閉之前通知服務器它將要關閉，因此服務器根本不會有機會知道瀏覽器已經關閉，之所以會有這種錯覺，是大部分session機制都使用會話cookie來保存session id，而關閉瀏覽器後這個 session id就消失了，再次連接服務器時也就無法找到原來的session。如果服務器設置的cookie被保存到硬盤上，或者使用某種手段改寫瀏覽器發出的HTTP請求頭，把原來的session id發送給服務器，則再次打開瀏覽器仍然能夠找到原來的session。

恰恰是由於關閉瀏覽器不會導致session被刪除，迫使服務器為seesion設置了一個失效時間，當距離客戶端上一次使用session的時間超過這個失效時間時，服務器就可以認為客戶端已經停止了活動，才會把session刪除以節省存儲空間。

五、理解javax.servlet.http.HttpSession

HttpSession是Java平台對session機制的實現規範，因為它僅僅是個接口，具體到每個web應用服務器的提供商，除了對規範支持之外，仍然會有一些規範裡沒有規定的細微差異。這裡我們以BEA的Weblogic Server8.1作為例子來演示。

首先，Weblogic Server提供了一系列的參數來控制它的HttpSession的實現，包括使用cookie的開關選項，使用URL重寫的開關選項，session持久化的設置，session失效時間的設置，以及針對cookie的各種設置，比如設置cookie的名字、路徑、域， cookie的生存時間等。

一般情況下，session都是存儲在內存裡，當服務器進程被停止或者重啟的時候，內存裡的session也會被清空，如果設置了session的持久化特性，服務器就會把session保存到硬盤上，當服務器進程重新啟動或這些信息將能夠被再次使用， Weblogic Server支持的持久性方式包括文件、數據庫、客戶端cookie保存和複製。

複製嚴格說來不算持久化保存，因為session實際上還是保存在內存裡，不過同樣的信息被複製到各個cluster內的服務器進程中，這樣即使某個服務器進程停止工作也仍然可以從其他進程中取得session。

cookie生存時間的設置則會影響瀏覽器生成的cookie是否是一個會話cookie。默認是使用會話cookie。有興趣的可以用它來試驗我們在第四節裡提到的那個誤解。

cookie的路徑對於web應用程序來說是一個非常重要的選項，Weblogic Server對這個選項的默認處理方式使得它與其他服務器有明顯的區別。後面我們會專題討論。

關於session的設置參考[5] http://e-docs.bea.com/wls/docs70/webapp/weblogic_xml.html#1036869

六、HttpSession常見問題

（在本小節中session的含義為５和６的混合）

1、session在何時被創建
一個常見的誤解是以為session在有客戶端訪問時就被創建，然而事實是直到某server端程序調用 HttpServletRequest.getSession(true)這樣的語句時才被創建，注意如果JSP沒有顯示的使用 <% @page session="false"%> 關閉session，則JSP文件在編譯成Servlet時將會自動加上這樣一條語句 HttpSession session = HttpServletRequest.getSession(true);這也是JSP中隱含的 session對象的來歷。

由於session會消耗內存資源，因此，如果不打算使用session，應該在所有的JSP中關閉它。

2、session何時被刪除
綜合前面的討論，session在下列情況下被刪除a.程序調用HttpSession.invalidate();或b.距離上一次收到客戶端發送的session id時間間隔超過了session的超時設置;或c.服務器進程被停止（非持久session）

3、如何做到在瀏覽器關閉時刪除session
嚴格的講，做不到這一點。可以做一點努力的辦法是在所有的客戶端頁面裡使用javascript代碼window.oncolose來監視瀏覽器的關閉動作，然後向服務器發送一個請求來刪除session。但是對於瀏覽器崩潰或者強行殺死進程這些非常規手段仍然無能為力。

4、有個HttpSessionListener是怎麼回事
你可以創建這樣的listener去監控session的創建和銷毀事件，使得在發生這樣的事件時你可以做一些相應的工作。注意是session的創建和銷毀動作觸發listener，而不是相反。類似的與HttpSession有關的listener還有 HttpSessionBindingListener，HttpSessionActivationListener和 HttpSessionAttributeListener。

5、存放在session中的對象必須是可序列化的嗎
不是必需的。要求對象可序列化只是為了session能夠在集群中被複製或者能夠持久保存或者在必要時server能夠暫時把session交換出內存。在 Weblogic Server的session中放置一個不可序列化的對象在控制台上會收到一個警告。我所用過的某個iPlanet版本如果 session中有不可序列化的對象，在session銷毀時會有一個Exception，很奇怪。

6、如何才能正確的應付客戶端禁止cookie的可能性
對所有的URL使用URL重寫，包括超鏈接，form的action，和重定向的URL，具體做法參見[6]
http://e-docs.bea.com/wls/docs70/webapp/sessions.html#100770

7、開兩個瀏覽器窗口訪問應用程序會使用同一個session還是不同的session
參見第三小節對cookie的討論，對session來說是只認id不認人，因此不同的瀏覽器，不同的窗口打開方式以及不同的cookie存儲方式都會對這個問題的答案有影響。

8、如何防止用戶打開兩個瀏覽器窗口操作導致的session混亂
這個問題與防止表單多次提交是類似的，可以通過設置客戶端的令牌來解決。就是在服務器每次生成一個不同的id返回給客戶端，同時保存在session裡，客戶端提交表單時必須把這個id也返回服務器，程序首先比較返回的id與保存在session裡的值是否一致，如果不一致則說明本次操作已經被提交過了。可以參看《J2EE核心模式》關於表示層模式的部分。需要注意的是對於使用javascript window.open打開的窗口，一般不設置這個id，或者使用單獨的id，以防主窗口無法操作，建議不要再window.open打開的窗口裡做修改操作，這樣就可以不用設置。

9、為什麼在Weblogic Server中改變session的值後要重新調用一次session.setValue
做這個動作主要是為了在集群環境中提示Weblogic Server session中的值發生了改變，需要向其他服務器進程複製新的session值。

10、為什麼session不見了
排除session正常失效的因素之外，服務器本身的可能性應該是微乎其微的，雖然筆者在iPlanet6SP1加若干補丁的Solaris版本上倒也遇到過；瀏覽器插件的可能性次之，筆者也遇到過3721插件造成的問題；理論上防火牆或者代理服務器在cookie處理上也有可能會出現問題。
出現這一問題的大部分原因都是程序的錯誤，最常見的就是在一個應用程序中去訪問另外一個應用程序。我們在下一節討論這個問題。

七、跨應用程序的session共享

常常有這樣的情況，一個大項目被分割成若干小項目開發，為了能夠互不干擾，要求每個小項目作為一個單獨的web應用程序開發，可是到了最後突然發現某幾個小項目之間需要共享一些信息，或者想使用session來實現SSO(single sign on)，在session中保存login的用戶信息，最自然的要求是應用程序間能夠訪問彼此的session。

然而按照Servlet規範，session的作用範圍應該僅僅限於當前應用程序下，不同的應用程序之間是不能夠互相訪問對方的session的。各個應用服務器從實際效果上都遵守了這一規範，但是實現的細節卻可能各有不同，因此解決跨應用程序session共享的方法也各不相同。

首先來看一下Tomcat是如何實現web應用程序之間session的隔離的，從 Tomcat設置的cookie路徑來看，它對不同的應用程序設置的cookie路徑是不同的，這樣不同的應用程序所用的session id是不同的，因此即使在同一個瀏覽器窗口裡訪問不同的應用程序，發送給服務器的session id也可以是不同的。

根據這個特性，我們可以推測Tomcat中session的內存結構大致如下。

筆者以前用過的iPlanet也採用的是同樣的方式，估計SunONE與iPlanet之間不會有太大的差別。對於這種方式的服務器，解決的思路很簡單，實際實行起來也不難。要麼讓所有的應用程序共享一個session id，要麼讓應用程序能夠獲得其他應用程序的session id。

iPlanet中有一種很簡單的方法來實現共享一個session id，那就是把各個應用程序的cookie路徑都設為/（實際上應該是/NASApp，對於應用程序來講它的作用相當於根）。

/NASApp


需要注意的是，操作共享的session應該遵循一些編程約定，比如在session attribute名字的前面加上應用程序的前綴，使得 setAttribute("name", "neo")變成setAttribute("app1.name", "neo")，以防止命名空間衝突，導致互相覆蓋。

在Tomcat中則沒有這麼方便的選擇。在Tomcat版本3上，我們還可以有一些手段來共享session。對於版本4以上的Tomcat，目前筆者尚未發現簡單的辦法。只能借助於第三方的力量，比如使用文件、數據庫、JMS或者客戶端cookie，URL參數或者隱藏字段等手段。

我們再看一下Weblogic Server是如何處理session的。

從截屏畫面上可以看到Weblogic Server對所有的應用程序設置的cookie的路徑都是/，這是不是意味著在Weblogic Server中默認的就可以共享session了呢？然而一個小實驗即可證明即使不同的應用程序使用的是同一個session，各個應用程序仍然只能訪問自己所設置的那些屬性。這說明Weblogic Server中的session的內存結構可能如下

對於這樣一種結構，在 session機制本身上來解決session共享的問題應該是不可能的了。除了借助於第三方的力量，比如使用文件、數據庫、JMS或者客戶端 cookie，URL參數或者隱藏字段等手段，還有一種較為方便的做法，就是把一個應用程序的session放到ServletContext中，這樣另外一個應用程序就可以從ServletContext中取得前一個應用程序的引用。示例代碼如下，

應用程序A
context.setAttribute("appA", session);

應用程序B
contextA = context.getContext("/appA");
HttpSession sessionA = (HttpSession)contextA.getAttribute("appA");

值得注意的是這種用法不可移植，因為根據ServletContext的JavaDoc，應用服務器可以處於安全的原因對於context.getContext("/appA");返回空值，以上做法在Weblogic Server 8.1中通過。

那麼Weblogic Server為什麼要把所有的應用程序的cookie路徑都設為/呢？原來是為了SSO，凡是共享這個session的應用程序都可以共享認證的信息。一個簡單的實驗就可以證明這一點，修改首先登錄的那個應用程序的描述符weblogic.xml，把cookie路徑修改為/appA 訪問另外一個應用程序會重新要求登錄，即使是反過來，先訪問cookie路徑為/的應用程序，再訪問修改過路徑的這個，雖然不再提示登錄，但是登錄的用戶信息也會丟失。注意做這個實驗時認證方式應該使用FORM，因為瀏覽器和web服務器對basic認證方式有其他的處理方式，第二次請求的認證不是通過 session來實現的。具體請參看[7] secion 14.8 Authorization，你可以修改所附的示例程序來做這些試驗。

八、總結

session機制本身並不複雜，然而其實現和配置上的靈活性卻使得具體情況複雜多變。這也要求我們不能把僅僅某一次的經驗或者某一個瀏覽器，服務器的經驗當作普遍適用的經驗，而是始終需要具體情況具體分析。
摘要：雖然session機制在web應用程序中被採用已經很長時間了，但是仍然有很多人不清楚session機制的本質，以至不能正確的應用這一技術。本文將詳細討論session的工作機制並且對在Java web application中應用session機制時常見的問題作出解答。

java.sql.SQLException: Result set already closed 錯誤

http://eason982.blogspot.com/2008/09/javasqlsqlexception-result-set-already.html

Statement stmt1= conn.Createstatement; ResultSet rs1= stmt1.executeUpdate("sql指令1"); while(rs1.next()){ // to do somehting in rs1 // ........... ResultSet rs2= stmt1.executeUpdate("sql指令2"); while(rs2.next()){ //to something in rs2 } }

-----------------
以上在rs2迴圈之後
回到rs1迴圈時 , 原本的ResultSet rs1 會被關閉

解決辦法
--->宣告不同statement 來個別執行 ResultSet

Statement stmt1= conn.Createstatement; Statement stmt2= conn.Createstatement; ResultSet rs1= stmt1.executeUpdate("sql指令1"); while(rs1.next()){ // to do somehting in rs1 // ........... ResultSet rs2= stmt2.executeUpdate("sql指令2"); while(rs2.next()){ //to something in rs2 } }

如何有效率地使用字串

http://eason982.blogspot.com/2008/09/blog-post_7717.html

http://www.javaworld.com.tw/confluence/pages/viewpage.action?pageId=2834

HashMap改值

http://eason982.blogspot.com/2008/09/hashmap.html

HashMap map=new HashMap();
map.put("1","值");

-->若要改hashMap值 -->直接覆蓋即可 --> map.put("1","新值");

查詢table是否存在(Java & MySQL)

http://eason982.blogspot.com/2008/09/table.html

利用show tables; 指令即可
查詢回傳ResultSet資料型態, 再從ResultSet 去找是否存在即可

----------------------------------------------
//查詢table 是否存在 SQL 語法 , 存在直接刪除table
"Drop table if exists %beChecked_tableName% "

設定幾位數浮點數四捨五入

http://eason982.blogspot.com/2008/09/blog-post_6235.html


/******************************************/
/* num: 取小數點以下第幾位 , value: 小數浮點數 */
/* ex. setRound(3,1.2365) =>回傳 1.237 */
/******************************************/

public double setRound(int num,double value){
BigDecimal b= new BigDecimal(value);
double afterRound=b.setScale(num, BigDecimal.ROUND_HALF_UP).doubleValue();
//表明四捨五入，保留想要小數
return afterRound;
}



DataBase連結大全

http://eason982.blogspot.com/2008/06/database.html

⑴、MS Access ODBC DSNless 連接： 　　

☆、參數：Driver 設置值：{Microsoft Access Driver (*.mdb)} 　　

☆、參數：Dbq 設置值：實際路徑文件名稱 　　

☆、例句：

　　“Driver={Microsoft Access Driver (*.mdb)};Dbq=c:\somepath\dbname.mdb;Uid=Admin;Pwd=pass; ” 　　

⑵、dBase ODBC DSNless 連接： 　　

☆、參數：Driver 設置值：{Microsoft dBASE Driver (*.dbf)} 　　

☆、參數：Dbq 設置值：實際路徑文件名稱 　　

☆、例句：

　　“Driver={Microsoft dBASE Driver (*.dbf)};DriverID=277;Dbq=c:\somepath\dbname.dbf; ” 　　

⑶、Oracle ODBC DSNless 連接： 　　

☆、參數：Driver 設置值：{Microsoft ODBC for Oracle} 　　

☆、參數：Dbq 設置值：實際路徑文件名稱 　　

☆、例句： 　　

“Driver={Microsoft ODBC for Oracle};Server=OracleServer.world;Uid=admin;Pwd=pass; ” 　　

⑷、MS SQL Server DSNless 連接： 　　

☆、參數：Driver 設置值：{SQL Server}; 　　

☆、參數：Server 設置值：服務器名稱 　　

☆、參數：Database 設置值：資料表名稱 　　

☆、參數：Uid 設置值：使用者名稱 　　

☆、參數：Pwd 設置值：密碼 　　

☆、例句：

　　“Driver={SQL Server};Server=servername;Database=dbname;Uid=sa;Pwd=pass; ” 　　

⑸、MS Text Driver DSNless 連接： 　　

☆、參數：Driver 設置值：{Microsoft Text Driver (*.txt; *.csv)} 　　

☆、參數：Dbq 設置值：實際路徑文件名稱 　　

☆、例句：

　　“Driver={Microsoft Text Driver (*.txt; *.csv)};Dbq=c:\somepath\;Extensions=asc,csv,tab,txt;Persist Security Info=False; ”

　　

⑹、Visual Foxpro DSNless 連接： 　　

☆、參數：Driver 設置值：{Microsoft Visual FoxPro Driver} 　　

☆、參數：SourceType 設置值：DBC 　　

☆、參數：SourceDB 設置值：實際路徑文件名稱 　　

☆、例句：

　　“Driver={Microsoft Visual FoxPro Driver};SourceType=DBC;SourceDB=c:\somepath\dbname.dbc;Exclusive=No;”

⑺、MySQL DSNless 連接： 　　

☆、參數：Driver 設置值：{mysql} 　　

☆、參數：database 設置值：資料表名稱 　　

☆、參數：uid 設置值：使用者名稱 　　

☆、參數：pwd 設置值：密碼 　　

☆、例句：

　　“driver={mysql}; database=yourdatabase;uid=username;pwd=password;option=16386”

PDF_Extractor

http://eason982.blogspot.com/2008/05/pdfextractor.html

API:
http://www.pdfbox.org/userguide/text_extraction.html

public class PDF_Reader { //讀pdf File f = new File("src\\Test\\test.pdf"); PDDocument document = PDDocument.load(f); PDFTextStripper stripper = new PDFTextStripper(); //設定從pdf的幾頁開始 stripper.setStartPage(1); //設定從pdf的幾頁結束 stripper.setEndPage(2); String mytext = stripper.getText(document); System.out.println(mytext); document.close(); }

gold coast gardeners Counter

取得由Java程式呼叫的外在程式的執行結果

http://eason982.blogspot.com/2008/01/java.html

每個application都會有一個Runtime類別的instance，讓你可以和執行時期的環境做互動。 你可以呼叫 getRuntime()來取得這個instance。
Runtime.exec()的參數指的是要執行的程式。Runtime.exec()會產生一個原生的process並 傳回一個 Process的子類別，可以用來控制或者取得這個原生process的資訊。這個process 既不使終端機介面，也不用命令列介面，而是將他的I/O操作都轉向到這三個串流： Process.getOutputStream(), Process.getInputStream(), Process.getErrorStream().

注意！ 根據不同的底層作業平台，你可能會遇到一些停滯的狀況。有一些平台的I/O串流只有很小 的buffer，如果不能快速的對標準I/O串流做讀寫，則可能會發生停滯的狀況。

//獲得一個 XML 文件的解析器 public class ReadingProcess { public static void main(String args[]){ //Provide a command as an input argument Runtime runtime = Runtime.getRuntime(); Process process = runtime.exec(args[0]); BufferedWriter buffOut = new BufferedWriter( new OutputStreamWriter( process.getOutputStream())); BufferedReader buffIn = new BufferedReader( new InputStreamReader( process.getInputStream())); buffOut.write("//Some String"); buffOut.flush(); //Ensure that the output reaches the process String s; if((s=buffIn.readLine())!= null) System.out.println(s); buffOut.close(); buffIn.close(); } }

melbourne handyman Counter

StringTokenizer

http://eason982.blogspot.com/2007/12/stringtokenizer.html

某字串 String str="abc"def" ;
切成 abc & def
StringTokenizer token=new StringTokenizer(str,"\ " ");

PS. 轉義字符　 "\ " "

Set Java VM Memory Size in NetBeans

http://eason982.blogspot.com/2007/12/set-java-vm-memory-size-in-netbeans.html

在NetBeans下某Project右鍵點開 ：
Properties >> Categories >> Run >> VM Options >> 設定！（-Xmx512m）

Java Garbage Collection

http://eason982.blogspot.com/2007/12/java-garbage-collection.html

自動記憶體管理也就是俗稱的垃圾收集（garbage-collection），可以讓程式員減輕許多負擔，也減少程式員犯錯的機會，所以相當受歡迎。從早期的 Smalltalk，Eiffel，到近期的 Java，C#，Python，REBOL，Ruby... 等，通通支援垃圾收集。垃圾收集差不多已經成了新一代高階程式語言必備的功能。

在 Java 中，你不需要主動刪除物件，而是由 Java 虛擬機器代勞。Java 虛擬機器會「持續追蹤」每個物件被使用的情形，如果某物件未被用到，Java 虛擬機器就會自動將其釋放。而要如何「持續追蹤」，實作細節留給 Java 虛擬機器的實作者發揮。

在早期，許多虛擬機器只是將垃圾收集實作成一個執行緒，一再進行檢查，遇到垃圾就釋放其記憶體。因為垃圾收集應該盡量不要影響到原程式的執行，所以虛擬機器將此執行緒的優先權設為 0（最低）。如此一來，當系統有其它執行緒在運作時，就不會進行垃圾收集，所以常常很久才會收集到垃圾，造成記憶體不足。但又不能因此調高其優先權，否則對 Java 的執行效率是一大打擊。所以，我們這些 Java 程式員的電腦 RAM 都要至少 256 MB，否則根本沒辦法順利執行 JBuilder 或 VisualAge for Java 等 Java 開發工具，因為這些開發工具本身就是專門吃記憶體的 Java 程式。我甚至在我的筆記型電腦上裝了 512MB 的 RAM。

於是許多人懷念起 C/C++ 來了，他們認為如果 Java 能同時支援自動記憶體管理和手動記憶體管理，那麼該有多好！他們甚至希望 Java 未來的版本能允許他們主動釋放記憶體，比方說：

MyBigObject obj = new MyBigObject(); // do something here... delete obj;

如果你也這麼希望的話，我勸你早點死了這條心吧！Java 語言的主要精神之一是 robust，如果 Java 同時支援這兩種記憶體管理的話，可能會造成程式中有許多潛在的 Bug，記憶體不當存取的問題會比 C/C++ 更嚴重，所以是不可能這麼做的。

java.lang.System.gc() 或 java.lang.Runtime.gc() 的 gc 指的就是 garbage-collection，不過根據文件的說明，它的作用只是「建議」Java 虛擬機器快去收垃圾，而不「保證」會去收垃圾。文件都寫得如此謙虛了，你也不應該對它寄予太多厚望。對於記憶體資源消耗太多的缺失，目前你能做的是：

1. 改用一個記憶體管理方式好一點的虛擬機器：垃圾收集是一個豐富又龐大的主題。垃圾收集的
演算法有數百種可能，而且各有專長。許多虛擬機器採用的演算法都不太一樣，建議各位多去
比較幾家。

2. 少製造垃圾：許多時候你製造了一堆不該製造的垃圾，比方說：該用固定式陣列的時候卻用
Vector，該用 StringBuffer 的時候卻用 String...... 等等。這麼會製造垃圾，再多記憶體也不夠
用。

3. 不再使用的物件要盡早設定為 null，以便早點被當成垃圾清掉。

4. 花錢多買一些 RAM（砸錢解決問題）。

DOM文件作業和XML文件互相轉換的java實作

http://eason982.blogspot.com/2007/12/domxmljava.html

簡介︰該文簡要描述了 DOM 的概念和內部邏輯結構，提供了 DOM 文件作業和 XML 文件互相轉換的 java 實作過程。

1. DOM簡介

目前，W3C 已於2000年11月13日推出了規範 DOM level 2。文件物件模型（DOM）是 HTML 和 XML 文件的程式化介面規範，它與平台和語言是無關的，因而可以用各種語言在各種平臺上實作。該模型定義了 THML 和 XML 文件在記憶體中的邏輯結構（即為文件），提供了存取、存取 THML 和 XML 文件的方法。利用 DOM 規範，可以實作 DOM 文件和 XML 之間的相互轉換，巡訪、作業相應 DOM 文件的內容。可以說，要自由的操縱 XML 文件，就要用到 DOM 規範。


2. DOM 內部邏輯結構

DOM 文件中的邏輯結構可以用節點樹的形式進行描述。透過對 XML 文件的解析處理，XML 文件中的元素便轉換為 DOM 文件中的節點物件。DOM 的文件節點有 Document、Element、Comment、Type 等等節點類型，其中每一個 DOM 文件必須有一個 Document 節點，並且為節點樹的根節點。它可以有子節點，或者葉子節點如 Text 節點、Comment 節點等。任何的格式良好的 XML 文件中的每一個元素均有 DOM 文件中的一個節點類型與之對應。利用 DOM 介面將 XML 文件轉換成 DOM 文件後，我們就可以自由的處理 XML 文件了。


3. java 中的 DOM 介面

DOM 規範提供的 API 的規範，目前 Sun 公司推出的 jdk1.4 測試版中的 java API 遵循了 DOM level 2 Core 推薦介面的語義說明，提供了相應的 java 語言的實作。

在 org.xml.dom 中，jkd1.4 提供了 Document、DocumentType、Node、NodeList、Element、Text 等介面，這些介面均是存取 DOM 文件所必須的。我們可以利用這些介面建立、巡訪、修改 DOM 文件。

在 javax.xml.parsers 中，jkd1.4 提供的 DoumentBuilder和DocumentBuilderFactory 組合可以對 XML 文件進行解析，轉換成 DOM 文件。

在 javax.xml.transform.dom 和 javax.xml.transform.stream 中，jdk1.4 提供了 DOMSource 類別和 StreamSource 類別，可以用來將更新後的 DOM 文件寫入產生的 XML 文件中。


4. 範例程式

4.1 將 XML 文件轉換成 DOM 文件

這個過程是獲得一個 XML 文件解析器，解析 XML 文件轉換成 DOM 文件的過程。

Jdk1.4中，Document介面描述了對應於整個XML文件的文件樹，提供了對文件資料的存取，是該步驟的目標。Document 介面可以從類別 DocumentBuilder 中取得，該類別含有了從 XML 文件獲得 DOM 文件實體的 API。XML 的解析器可以從類別 DocumentBuilderFactory 中取得。在 jdk1.4 中，XML 文件轉換成 DOM 文件可以有如下程式碼實作︰

//獲得一個 XML 文件的解析器

DocumentBuilderFactory factory =
DocumentBuilderFactory.newInstance();

//解析 XML 文件產生 DOM 文件的介面類別，以便存取 DOM。

DocumentBuilder builder =
factory.newDocumentBuilder();

document =
builder.parse( new File(FileName) );



4.2 巡訪 DOM 文件
獲得介面類別 document 實體後，可以對 DOM 的文件樹進行存取。要巡訪 DOM 文件，首先要獲得 Root 元素。然後獲得 Root 元素的子節點清單。這裡透過遞迴的方法實作巡訪的目的。


//獲得 Root 元素

Element element = document.getDocumentElement();

//獲得 Root 元素的子節點清單

nodelist = element.getChildNodes();

//用遞迴方法實作 DOM 文件的巡訪

GetElement(nodelist);

其中 GetElement 方法實作如下︰

public void GetElement(NodeList nodelist){

Node cnode;

int i，len;

String str;



if(nodelist.getLength() == 0){

// 該節點沒有子節點

return;

}

for(i=0;i 1)

System.out.println(" "+str+" "+len);

}

}

}



4.3 修改DOM文件
修改 DOM 文件的 API 在 DOM level 2 Core規範中做了說明，jkd1.4 中的 org.xml.dom 中實作了這些 API。修改 DOM 文件作業主要集中在 Document、Element、Node、Text 等類別中，這裡給出的例子中是在解析出的 DOM 文件中增加一系列物件，對應與在 XML 文件中增加一條記錄。


// 獲得 Root 物件

Element root = document.getDocumentElement();

// 在 DOM 文件中增加一個 Element 節點

Element booktype =
document.createElement("COMPUTES");

//將該節點轉換成 root 物件的子節點

root.appendChild(cdrom);

//在 DOM 文件中增加一個 Element 節點

Element booktitle =
document.createElement("Title");

//將該節點轉換成 booktype 物件的子節點

booktype.appendChild(booktitle);

//在 DOM 文件中增加一個 Text 節點

Text bookname =
document.createTextNode("understand Corba");

//將該節點轉換成 bookname 物件的子節點

booktitle.appendChild(bookname);


4.4 將 DOM 文件轉換成 XML 文件


// 獲得將 DOM 文件轉換為 XML 文件的轉換器，
在 jdk1.4 中，有類別 TransformerFactory

// 來實作，類別 Transformer 實作轉換 vPI。

TransformerFactory tfactory =
TransformerFactory.newInstance();

Transformer transformer =
tfactory.newTransformer();

// 將 DOM 物件轉換為 DOMSource 類別物件，該物件表現
為轉換成別的表達形式的訊息容器。

DOMSource source =
new DOMSource(document);

// 獲得一個 StreamResult 類別物件，該物件是 DOM 文件
轉換成的其它形式的文件的容器，可以是 XML 文件，
純文字文件，HTML 文件。這裡為一個 XML 文件。

StreamResult result =
new StreamResult(new File(“text.xml”));

// 呼叫 API，將 DOM 文件轉換成 XML 文件。

transformer.transform(source,result);


gold coast optometrists Counter

StringBuffer

http://eason982.blogspot.com/2007/12/stringbuffer.html

1. 處理大資料量時, 用StringBuffer能解決Out of Heap memory的問題

2. 清空StringBuffer :

1 2	StringBuffer str=new StringBuffer(); Str.delete(0,Str.length());

判斷中文字

http://eason982.blogspot.com/2007/12/blog-post.html

boolean isTraditionalChineseCharacter(char c) {
Character.UnicodeBlock block =
Character.UnicodeBlock.of(c);
if(!
Character.UnicodeBlock.CJK_UNIFIED_IDEOGRAPHS.equals(block) &&!
Character.UnicodeBlock.CJK_COMPATIBILITY_IDEOGRAPHS.equals(block) &&!
Character.UnicodeBlock.CJK_UNIFIED_IDEOGRAPHS_EXTENSION_A.equals(block))
{
return false;
}

try {
String s = ""+c;
return s.equals(new String(s.getBytes("MS950"), "MS950"));
} catch (java.io.UnsupportedEncodingException e) {
return false; }
}

增加Netbeans預設的memory大小

http://eason982.blogspot.com/2007/11/netbeansmemory.html

很多使用 NetBeans 的朋友，常會抱怨，NetBeans 用起來慢慢的！
這很大部份是因為 JVM 在處理一些 Housekeeping 動作所造成的 (如：Garbage collection、Memory allocate 等等)！

所以我們就來誏這些動作不要太頻繁的運作，而要作到如此，我們要來改一個小地方！

在你安裝完 NetBeans 後，會在你安裝 NetBeans 的目錄下看到一個 etc 的目錄！不用害怕進去就對了！
而在其中有一檔案 netbeans.conf，而這就是今天的主角了！用你的 Text Editor 打開它！

此檔案有一些說明的註解外，就是 Key\Value Pair 了！來，現在找到

netbeans_default_options

這個 Key ！

其 Value 在 NetBeans 4.1 的預設下為

"-J-Xms32m -J-Xmx128m -J-XX:PermSize=32m -J-XX:MaxPermSize=96m -J-Xverify:none"

這樣的參數看來還不陌生吧！
-J-Xms 這是在設定此次 JVM 最小(預設)的記憶體，
-J-Xmx 則是設定此次 JVM 最大可使用的記憶體！

如果最小(預設)的記憶体不夠用時，JVM 就會花時間來多增加記憶體來使用
(但不會超過 -J-Xmx 所設定的大小)

如果最大可使用的記憶体不夠用時，JVM 就會花時間來清理記憶體，
以維持在 -J-Xmx 所設定的大小內！

而我們所要做的大多就只要加大 -J-Xms 的部份，歸類一下有兩種作法！

1、-J-Xms 小於 -J-Xmx，但調整後的 -J-Xmx 大於預設的值！
這樣的設定是加大 -J-Xms 的值，讓 JVM 少花時間在增加記憶體上！
但當其不管用時，還是會做增加記憶體的動作，增加上限到 -J-Xmx 設定的值！

2、-J-Xms 等於 -J-Xmx！
這樣的設定就不會有 JVM 花時間在增加記憶體上的問題了！
因為一次就割了一大塊記憶體！

希望以上的分享可以幫的上有需求的朋友！

byte 陣列以及 char 陣列，轉成String型態

http://eason982.blogspot.com/2007/11/byte-char-string.html

以ACCII編碼來看，假設我有一byte陣列如下：

byte[] testbyte = new byte[4];
testbyte[0] = 116; //116，ACCII編碼為t
testbyte[1] = 101; //101，ACCII編碼為e
testbyte[2] = 115; //115，ACCII編碼為s
testbyte[3] = 116; //116，ACCII編碼為t

我要如何把testbyte這個陣列改為String型態，而且String即為"test"？
==>

class strTest2
{
public static void main(String[] args)
{
byte[] testbyte = new byte[4];
testbyte[0] = 116;
testbyte[1] = 101;
testbyte[2] = 115;
testbyte[3] = 116;
String str = new String(testbyte);
System.out.println(str);
}
}

----------------------------------------------------------

同樣的，假設我有一char陣列如下：

char[] testchar = new char[4];
testchar[0] = 't';
testchar[1] = 'e';
testchar[2] = 's';
testchar[3] = 't';

我要如何把testchar這個陣列改為String型態，而且String即為"test"？
==>


class strTest
{
public static void main(String[] args)
{
char[] testchar = new char[4];
testchar[0] = 't';
testchar[1] = 'e';
testchar[2] = 's';
testchar[3] = 't';
String str = new String(testchar);
System.out.println(str);
}
}