重要的幾個熱鍵[Tab], [ctrl]-c, [ctrl]-d
在繼續後面的章節之前，這裡很需要跟大家再來報告一件事，那就是我們的文字模式裡頭具有很多的功能按鍵， 這些按鍵可以輔助我們進行指令的編寫與程式的中斷呢！這幾個按鍵請大家務必要記住的！很重要喔！
[Tab] 按鍵
[Tab] 按鍵就是在鍵盤的大寫燈切換按鍵([Caps Lock])上面的那個按鍵！ 在各種 Unix-Like 的 Shell 當中，這個 [Tab] 按鍵算是 Linux 的 Bash shell 最棒的功能之一了！ 他具有『命令補全』與『檔案補齊』的功能喔！可以讓我們少打很多字，但重點是， 可以避免我們打錯指令或檔案名稱呢！很棒吧！但是 [Tab] 按鍵在不同的地方輸入，會有不一樣的結果喔！ 我們舉下面的例子來說明。上一小節我們不是提到 cal 這個指令嗎？如果我在指令列輸入 ca 再按兩次 [tab] 按鍵，會出現什麼訊息？
[root@linux ~]# ca[tab][tab] <==[tab]按鍵是緊接在 a 字母後面！
# 上面的 [tab] 指的是『按下那個tab鍵』，不是要您輸入 ca[... 的意思喔！
cadaver callgrind_control capiinit case
cal cancel capinfos cat
calibrate_ppa cancel.cups captoinfo catchsegv
caller capifax card
callgrind capifaxrcvd cardctl
callgrind_annotate capiinfo cardmgr
發現什麼事？所有以 ca 為開頭的指令都被顯示出來啦！很不錯吧！ 那如果你輸入 ls -al ~/.bash 兩個 [tab] 會出現什麼？
[root@linux ~]# ls -al ~/.bash[tab][tab]
.bash_history .bash_logout .bash_profile .bashrc
咦！在該目錄下面所有以 .bash 的檔案名稱都會被顯示出來了呢！注意看上面兩個例子喔， 我們按 [tab] 按鍵的地方如果是在 command (第一個輸入的資料) 後面時，他就代表著 『命令補全』，如果是接在第二個字以後的，就會變成『檔案補齊』的功能了！
[Tab] 接在一串指令的第一個字的後面，則為命令補全；
[Tab] 接在一串指令的第二個字以後時，則為『檔案補齊』！ 善用 [tab] 按鍵真的是個很好的習慣！可以讓您避免掉很多輸入錯誤的機會！！！
[Ctrl]-c 按鍵
在 Linux 底下，如果您輸入了錯誤的指令或參數， 有的時候這個指令或程式會在系統底下『跑不停』這個時候怎麼辦？別擔心， 如果您想讓當前的程式『停掉』的話，可以輸入：[Ctrl] 與 c 按鍵 (先按著 [Ctrl] 不放，且再按下 c 按鍵，是組合按鍵！)， 那就是 中斷目前程式 的按鍵啦！ 舉例來說，如果您輸入了『 find / -type vbird 』這個指令時， 系統會開始跑一些東西 (先不要理會這個指令串的意義)，此時你給他按下 [Ctrl]-c 組合按鍵，嘿嘿！是否立刻發現這個指令串被終止了！就是這樣的意思啦！
不過你應該要注意的是，這個組合鍵是可以將正在運作中的指令中斷的， 如果您正在運作比較重要的指令，可別急著使用這個組合按鍵喔！ ^_^
[Ctrl]-d 按鍵
那麼 [Ctrl]-d 是什麼呢？就是 [Ctrl] 與 d 按鍵的組合啊！這個組合按鍵通常代表著： 『鍵盤輸入結束 (End Of File, EOF 或 End Of Input)』的意思！ 另外，他也可以用來取代 exit 的輸入呢！例如您想要直接離開文字介面， 可以直接按下 [Ctrl]-d 就能夠直接離開了(相當於輸入 exit 啊！)。
總之，在 Linux 底下，文字介面的功能是很強悍的！要多多的學習他， 而要學習他的基礎要訣就是......多使用、多熟悉啦！
2010年1月2日
2009年12月23日
[Java]介紹一篇關於session的好文章
目錄：
一、術語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機制時常見的問題作出解答。
一、術語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，對於應用程序來講它的作用相當於根）。
需要注意的是，操作共享的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機制時常見的問題作出解答。
2008年12月9日
Word --- 如何設定表格內文字的行距
撰寫學術論文時, 初稿通常有行高的規定. 如果是想要設定一般文字的行距, 只要按右鍵就可選擇設定行距
但是如果是在表格中, 按右鍵後則沒有段落的選項, 那該怎麼辦?
==> 想在表格中, 正確設定段落資訊, 應該從主選單中的版面配置選項進行設定.
但是如果是在表格中, 按右鍵後則沒有段落的選項, 那該怎麼辦?
==> 想在表格中, 正確設定段落資訊, 應該從主選單中的版面配置選項進行設定.
2008年12月8日
雙螢幕簡報--ppt
基本上應該所有筆記型電腦都至少有一個VGA輸出用以連結單槍、螢幕等方便進行簡報，但是大部分用來做簡報時都是「鏡射」模式，意思即是你看到的螢幕與觀眾看到的螢幕是一樣一樣的，所以如果你切換來看小抄，你的觀眾馬上就會發現，豈不糟糕？
既然都有雙螢幕輸出了，是不是該來點不一樣的呢？先看下圖看輸出的範例：
投影出來的畫面和你自己的畫面不一樣，自己的畫面還可以看小抄，這樣才讚！在自己的控制版面下，還有提供計時器，暫把螢幕變黑等功能，這樣報告起來才會得心應手。另外，由於透過這種方式的簡報，無論你在自己的視窗做什麼（開檔案總管等），別人都不會看到。
1. 在桌面上找一個空白處，按右鍵→內容。（或按控制台→顯示）
2. 選擇設定值的頁面，你應該會見到類似下圖的頁面：
3. 這時你應該會見到兩個像螢幕的圖案，分別標示著1及2，如果你沒見到有1及2標示的那個小螢幕圖案，代 表你的顯示卡使用此功能方法不一樣，請看註。
4. 1號螢幕代表你在操作中電腦的螢幕，2號螢幕代表你外接的螢幕（如單槍）。選擇2號螢幕後，會見到下方 有兩個選擇可以勾選，分別是：
【將這個裝置當成主覽視器】這選項若勾選後會令你外接的螢幕變成主螢幕，原本筆電上的反而會變成副螢 幕，除非你有特殊需求，否則則亂來。
【將我的Windows桌面延伸到這個監視器】請把這選項打勾，預設是不打勾的，我們就是要啟此功能，把你外 接的單槍成為你目前筆電的「右邊」。按下確定後你可以把滑鼠移到你筆電螢幕的右邊，再往右移過去， 就會移到單槍上，很好玩吧？這就是延伸的意思，即是你的單槍也成為了你的桌面，預設是在右邊，如小圖案所示。
※將來不要用此功能時請把此打勾取消，避免你想用回一般「鏡射」模式有問題。
確定延伸功能開啟成功後，開此進入Power Point的設定。 在選單上選擇「投影片放映」→「設定放映方式」，在「顯示投影片放映於」的選項上選擇「監視器2 預設監視器」，另外記得勾選「顯示簡報者檢視畫面」，按下確定就完成了，詳情可參考下圖。
註：
1. 印象所及，此方法適用Microsoft Power Point XP, 2003或以上版本，Power Point 2000是否有
此功能，我不確定。
2. 有部分顯示卡如果在上述步驟2時沒看到1,2螢幕的小圖案，可能要按進階按鈕，然後在最右邊
的標籤頁可能有你筆電顯示的廠牌或者型號名稱（如ATI, Nvidia, Sis等等），按下後應該會有
對應的選項可選，請自行找找看，例如Nvidia的名稱可能叫nView，其他家的名稱應該會與多
螢幕輸出有關的意思。不過大部分的顯卡應該不用這麼麻煩。
3. 在延伸螢幕的選項上，有些較舊型的筆電可能有問題，前陣子有碰到一台華碩的筆電，顯示晶
片是Sis 650的，打開晶片的延伸螢幕功能還是無法正確顯示畫面，暫時無解。
2008年12月4日
Bryan Adams-Please Forgive Me
Bryan Adams是在1980年代紅極一時的西洋歌手
他的歌曲不但都是排行榜上的常客
而且許多首都成為經典(之後會慢慢介紹~)
現在市面上出的西洋老歌精選中幾乎都可以找得到他的作品~
非常厲害的一個樂手
這首歌非常耐聽~
而且歌詞淺顯易懂
節奏舒緩
聽起來非常舒服~
推薦給大家~!!
It still like our first time together
feels like the first kiss and it's gettin' better baby
no one can better this
i'm still holdin' on and u're still the one
the first time our eyes met -it's the same feelin' I get
only feels much strong and I wanna love ya longer
You still turn the fire on...
so if you're feelin' lonely ..don't you're the only one I'd ever want
I only wanna make it good - so if I love ya a little more than I should
please forgive me - I know not what I do
please forgive me -I can't stop lovin' you
don't deny me - this pain I'm going through
please forgive me -if I need you like I do
please forgive me -every word I say is true
please forgive me -I can't stop lovin' you
still like our best times are together
feels like the first touch -we're still gettin'closer baby
can't get close enough
I'm still holdin' on -you're still number one
I remember the smell ur skin
I remember everything
I remember all your moves-I remember you
I remember the nights-ya know I still do
so if you're feelin' lonely..don't
you're the only one I'd ever want
I only wanna make it good
so if I love you a little more than i should
please forgive me - I know not what I do
please forgive me -I can't stop lovin' you
don't deny me - this pain I'm going through
please forgive me -if I need you like I do
please forgive me -every word I say is true
please forgive me -I can't stop lovin' you
one thing I'm sure of -is the way we make love
and the one thing I depend on-
if for us to stay strong
with every word and every breath I'm prayin'
that's why I'm sayin'....
please forgive me - I know not what I do
please forgive me -I can't stop lovin' you
don't deny me - this pain I'm going through
please forgive me -if I need you like I do
please forgive me -every word I say is true
please forgive me -I can't stop lovin' you
I can't stop lovin' you~
2008年12月2日
Visual C++ -- DLL
http://0rz.tw/fd56e
動態連結程式庫 (DLL) 是具有函式的共用程式庫功能的可執行檔。動態連結提供一種方法，讓處理序 (Process) 呼叫不是可執行程式碼部分的函式。函式的可執行程式碼位於 DLL 裡，它包含一或多個已編譯、連結的函式，並且儲存在與使用它們的處理序不同的地方。DLL 也有助於共用資料和資源。多個應用程式可以同時存取記憶體中 DLL 單一複本的內容。
動態連結與靜態連結的不同處在於，前者允許可執行模組 (.DLL 或 .EXE 檔) 只包含在執行階段時用來找出 DLL 函式可執行程式碼的所需資訊。在靜態連結中，連結器 (Linker) 會從靜態連結程式庫取得所有參考函式，並且將它與您的程式碼一起放入可執行檔。
不使用靜態連結而改用動態連結可提供許多優點。DLL 節省記憶體、降低交換、節省磁碟空間、較容易升級、提供售後支援、提供擴充 MFC 程式庫類別機制、支援多種語言程式和簡化國際版本的建立。
LoadLibrary 和 AfxLoadLibrary
使用 LoadLibrary 和 AfxLoadLibrary 明確連結到 DLL 的方式
處理序會呼叫 LoadLibrary (或 AfxLoadLibrary) 來明確連結至 DLL。若是成功，函式會將特定 DLL 對應到呼叫處理序的位址空間，並將控制代碼傳回給其他明確連結的函式 (例如 GetProcAddress 和 FreeLibrary) 所使用到的 DLL。
LoadLibrary 會嘗試依照和隱含連結相同的搜尋順序來找出 DLL。如果系統無法找出 DLL 或者如果進入點函式傳回 FALSE，LoadLibrary 就會傳回 NULL。如果 LoadLibrary 的呼叫指定已經對應到呼叫處理序的位址空間之 DLL 模組，函式便只會傳回 DLL 的控制代碼，並遞增模組的參考次數 (Reference Count)。
作業系統會在 DLL 擁有進入點函式時，呼叫名為 LoadLibrary 執行緒內容中的函式。如果 DLL 已經連結至處理序，就不會呼叫進入點函式，因為先前 LoadLibrary 的呼叫並沒有包含 FreeLibrary 函式的對應呼叫。
載入擴充 DLL 的 MFC 應用程式應該使用 AfxLoadLibrary 而不是 LoadLibrary。AfxLoadLibrary 會在呼叫 LoadLibrary 之前處理執行緒同步處理。AfxLoadLibrary 的介面 (函式原型) 與 LoadLibrary 相同。
如果因為某些原因使得 Windows 無法載入 DLL，處理序可以嘗試從錯誤復原。例如，處理序將錯誤告知使用者，並且讓使用者指定 DLL 的另一個路徑。
呼叫 GetProcAddress 時的所需函式指定方式是根據 DLL 建置方式而決定的。
如果要連結的 DLL 是以模組定義 (.def) 檔建置，且序數和函式並列於 DLL 的 .def 檔之 EXPORTS 區段中，則您只能取得匯出序數。相對於使用函式名稱，如果 DLL 有許多匯出函式，以匯出序數呼叫 GetProcAddress 會稍微快些，因為匯出序數會被當成 DLL 匯出表的索引。有了匯出序數，GetProcAddress 可以直接找出函式，相反做法則是在 DLL 匯出表的函式名稱比較指定名稱。然而，只有當您可以控制 .def 檔案裡匯出函式的序數指派時，才應該以匯出序數呼叫 GetProcAddress。
FreeLibrary 和 AfxFreeLibrary
討論在不再需要 DLL 模組時使用 FreeLibrary 和 AfxFreeLibrary 的方式
當不再需要 DLL 模組時，明確連結至 DLL 的處理序會呼叫 FreeLibrary 函式。這個函式會遞減模組的參考次數，並在參考到的次數為零的時候，解除它在處理序的位址空間的對應。
MFC 應用程式應該使用 AfxFreeLibrary，而不是 FreeLibrary 來卸載擴充 DLL。AfxFreeLibrary 的介面 (函式原型) 與 FreeLibrary 相同。
...
..
.
See reference link
動態連結程式庫 (DLL) 是具有函式的共用程式庫功能的可執行檔。動態連結提供一種方法，讓處理序 (Process) 呼叫不是可執行程式碼部分的函式。函式的可執行程式碼位於 DLL 裡，它包含一或多個已編譯、連結的函式，並且儲存在與使用它們的處理序不同的地方。DLL 也有助於共用資料和資源。多個應用程式可以同時存取記憶體中 DLL 單一複本的內容。
動態連結與靜態連結的不同處在於，前者允許可執行模組 (.DLL 或 .EXE 檔) 只包含在執行階段時用來找出 DLL 函式可執行程式碼的所需資訊。在靜態連結中，連結器 (Linker) 會從靜態連結程式庫取得所有參考函式，並且將它與您的程式碼一起放入可執行檔。
不使用靜態連結而改用動態連結可提供許多優點。DLL 節省記憶體、降低交換、節省磁碟空間、較容易升級、提供售後支援、提供擴充 MFC 程式庫類別機制、支援多種語言程式和簡化國際版本的建立。
LoadLibrary 和 AfxLoadLibrary
使用 LoadLibrary 和 AfxLoadLibrary 明確連結到 DLL 的方式
處理序會呼叫 LoadLibrary (或 AfxLoadLibrary) 來明確連結至 DLL。若是成功，函式會將特定 DLL 對應到呼叫處理序的位址空間，並將控制代碼傳回給其他明確連結的函式 (例如 GetProcAddress 和 FreeLibrary) 所使用到的 DLL。
LoadLibrary 會嘗試依照和隱含連結相同的搜尋順序來找出 DLL。如果系統無法找出 DLL 或者如果進入點函式傳回 FALSE，LoadLibrary 就會傳回 NULL。如果 LoadLibrary 的呼叫指定已經對應到呼叫處理序的位址空間之 DLL 模組，函式便只會傳回 DLL 的控制代碼，並遞增模組的參考次數 (Reference Count)。
作業系統會在 DLL 擁有進入點函式時，呼叫名為 LoadLibrary 執行緒內容中的函式。如果 DLL 已經連結至處理序，就不會呼叫進入點函式，因為先前 LoadLibrary 的呼叫並沒有包含 FreeLibrary 函式的對應呼叫。
載入擴充 DLL 的 MFC 應用程式應該使用 AfxLoadLibrary 而不是 LoadLibrary。AfxLoadLibrary 會在呼叫 LoadLibrary 之前處理執行緒同步處理。AfxLoadLibrary 的介面 (函式原型) 與 LoadLibrary 相同。
如果因為某些原因使得 Windows 無法載入 DLL，處理序可以嘗試從錯誤復原。例如，處理序將錯誤告知使用者，並且讓使用者指定 DLL 的另一個路徑。
GetProcAddress
使用 GetProcAddress 取得 DLL 中匯出函式 (Exported Function) 的位址
明確連結至 DLL 的處理序會呼叫 GetProcAddress 來獲得 DLL 裡匯出函式的位址。您可以使用傳回的函式指標來呼叫 DLL 函式。GetProcAddress 會將 DLL 模組控制代碼 (由 LoadLibrary、AfxLoadLibrary 或 GetModuleHandle 傳回) 和您要呼叫的函式名稱或函式的匯出序數當做參數來使用。
因為 DLL 函式是經由指標呼叫，而且沒有編譯時期型別檢查，請確定函式的參數是正確的，以防止您逾越堆疊的記憶體配置和造成存取違規。一個提供型別安全的方式是檢視匯出函式的函式原型，並為函式指標建立相符的 Typedef。例如：
typedef UINT (CALLBACK* LPFNDLLFUNC1)(DWORD,UINT);
...
HINSTANCE hDLL; // Handle to DLL
LPFNDLLFUNC1 lpfnDllFunc1; // Function pointer
DWORD dwParam1;
UINT uParam2, uReturnVal;
hDLL = LoadLibrary("MyDLL");
if (hDLL != NULL)
{
lpfnDllFunc1 = (LPFNDLLFUNC1)GetProcAddress(hDLL,
"DLLFunc1");
if (!lpfnDllFunc1)
{
// handle the error
FreeLibrary(hDLL);
return SOME_ERROR_CODE;
}
else
{
// call the function
uReturnVal = lpfnDllFunc1(dwParam1, uParam2);
}
}
呼叫 GetProcAddress 時的所需函式指定方式是根據 DLL 建置方式而決定的。
如果要連結的 DLL 是以模組定義 (.def) 檔建置，且序數和函式並列於 DLL 的 .def 檔之 EXPORTS 區段中，則您只能取得匯出序數。相對於使用函式名稱，如果 DLL 有許多匯出函式，以匯出序數呼叫 GetProcAddress 會稍微快些，因為匯出序數會被當成 DLL 匯出表的索引。有了匯出序數，GetProcAddress 可以直接找出函式，相反做法則是在 DLL 匯出表的函式名稱比較指定名稱。然而，只有當您可以控制 .def 檔案裡匯出函式的序數指派時，才應該以匯出序數呼叫 GetProcAddress。
FreeLibrary 和 AfxFreeLibrary
討論在不再需要 DLL 模組時使用 FreeLibrary 和 AfxFreeLibrary 的方式
當不再需要 DLL 模組時，明確連結至 DLL 的處理序會呼叫 FreeLibrary 函式。這個函式會遞減模組的參考次數，並在參考到的次數為零的時候，解除它在處理序的位址空間的對應。
MFC 應用程式應該使用 AfxFreeLibrary，而不是 FreeLibrary 來卸載擴充 DLL。AfxFreeLibrary 的介面 (函式原型) 與 FreeLibrary 相同。
...
..
.
See reference link
2008年11月12日
[新聞] 多健走 抗老化
【2008/11/11 聯合報】@ http://udn.com/
健走簡單易學，最大好處是不分時間、年齡跟地點，隨時都可以跨步走，專家指出，平時
多健走，就是一項抗老化運動。
物理治療學會理事長、國泰物理治療組組長簡文仁，本身就是健走愛好者，總是隨身掛著
計步器，每天走1萬3千步。
簡文仁說，一般人散步速度約是每分鐘80步，步距則視個人體能、身高略有出入，平均為
75公分。簡文仁通常是每分鐘120步，速度快時，每分鐘可以達到130、140左右，但他強
調，該怎麼走，應斟酌個人體能狀況。
以老人家、體弱多病的人為例，簡文仁說，就算每分鐘只走60步，走半小時到一小時，就
可以達到運動效果，對健康人來說，這樣的速度「臉不紅、氣不喘」，運動效果很有限，
但還是比坐著不動好。
簡文仁建議，想訓練關節、胯下靈活度的人，可採取漸進方式，跨大步走；若是要訓練肌
力，可以加快健走速度；想加強心肝功能的人，可以走快一點、步伐跨大步一些，達到有
氧運動的效果。
「運動最大原則就是漸進、量力。」簡文仁提醒，貿然躁進走，不只會大腿痠、小腿痛，
還可能導致足底筋膜炎；而正確姿勢也很重要，錯誤的健走方式可能弄巧成拙。
他說，健走訣竅就是「抬頭挺胸縮小腹，雙手微握放在腰，前後擺動肩放鬆，邁開大步向
前走」，有人「埋頭苦幹」，很容易腰部痠痛，建議腳跟先著地後再往前走，再搭配一雙
較軟的鞋，可以化解腳部壓力，前腳掌才不會痠痛。
健走簡單易學，最大好處是不分時間、年齡跟地點，隨時都可以跨步走，專家指出，平時
多健走，就是一項抗老化運動。
物理治療學會理事長、國泰物理治療組組長簡文仁，本身就是健走愛好者，總是隨身掛著
計步器，每天走1萬3千步。
簡文仁說，一般人散步速度約是每分鐘80步，步距則視個人體能、身高略有出入，平均為
75公分。簡文仁通常是每分鐘120步，速度快時，每分鐘可以達到130、140左右，但他強
調，該怎麼走，應斟酌個人體能狀況。
以老人家、體弱多病的人為例，簡文仁說，就算每分鐘只走60步，走半小時到一小時，就
可以達到運動效果，對健康人來說，這樣的速度「臉不紅、氣不喘」，運動效果很有限，
但還是比坐著不動好。
簡文仁建議，想訓練關節、胯下靈活度的人，可採取漸進方式，跨大步走；若是要訓練肌
力，可以加快健走速度；想加強心肝功能的人，可以走快一點、步伐跨大步一些，達到有
氧運動的效果。
「運動最大原則就是漸進、量力。」簡文仁提醒，貿然躁進走，不只會大腿痠、小腿痛，
還可能導致足底筋膜炎；而正確姿勢也很重要，錯誤的健走方式可能弄巧成拙。
他說，健走訣竅就是「抬頭挺胸縮小腹，雙手微握放在腰，前後擺動肩放鬆，邁開大步向
前走」，有人「埋頭苦幹」，很容易腰部痠痛，建議腳跟先著地後再往前走，再搭配一雙
較軟的鞋，可以化解腳部壓力，前腳掌才不會痠痛。
2008年11月10日
whether跟if 的差別
以下部份出自我的「英文句型正解、詳解」一書
V. whether跟if 的差別
whether的意思比較接近中文的「（究竟）要不要，會不會」，所以在「決定/表態」上的意味較強烈。而if的意思則比較接近中文的「是否」，相形之下，較具「猶豫」的意味，這也是為什麼在具「決定」或「（逼迫）表態」意味的動詞或子句之後我們必須使用whether子句而非if子句的原因。
下面是whether跟if用法的主要差別：
1. 做為主詞時
做為主詞或句子的起頭時，只能使用whether子句，不能使用if子句。
Whether he will come (or not) doesn’t concern me.
他來不來我才不管。
2. 做為動詞受詞時
做為動詞受詞，或是在某些具有「疑惑」、「疑問」、或「不確定」意味的子句，如be not sure, not certain...等之後，我們可以使用whether子句，也可以使用if子句。
Please tell me whether/if I have passed the test (or not).
請告訴我，我到底有沒有/是否通過測驗。
I wonder whether/if you have got any jobs for me to do today.
不知您今天是否有工作可讓我做。
I am not sure whether/if I can come (or not).
我不確定我是否能來。
He asked me whether/if I will go to the party.
他問我是否會去參加晚會。
3. 做為be動詞的補語時
只能用whether子句。
The question is whether to go with the resolution or not.
問題是要不要照這個決議去做。
The central theme of the debate is whether this will be our last nuclear power plant.
此一辯論的中心主題是，這到底是不是我們最後的一個核電廠。
4. 做為介系詞的受詞時
只能用whether子句。
We are concerned about whether he has entered for the contest (or not).
我們很關心他是否已報名參加比賽。
We are not interested in whether they will win the championship, but rather, whether they will beat the Japanese team.
我們對於他們能否贏得冠軍並不感興趣，我們比較感興趣的倒是他們能否擊敗日本隊。
5. 做為具有「決定」意味的動詞之受詞時
像discuss, decide, determine之類的動詞由於具有「決定（究竟要不要）」的意味，因此傾向於採用「表態」意味較強烈的whether。
Let market forces determine whether this policy is right.
讓市場力量來決定這個政策是否正確吧。
The directors shall meet next week to discuss/decide whether to continue supporting your project or not.
董事會下週將集會討論/決定是否繼續支持你的計劃。
6. 有「選擇」時
如果所要接的是「選擇題」而非（or not）的「是非題」，我們多用whether而非if來接。
I am not sure whether she will buy the diamond one or the gold one.
我不曉得她會買那個鑽石的還是那個黃金的（戒指....等）。
We want to know whether this is the last of our current nuclear power plant projects, or just the first of another series.
我們想知道，這到底是我們現有核電廠計劃中的最後一個，還是另一系列核電廠計劃的第一個。
V. whether跟if 的差別
whether的意思比較接近中文的「（究竟）要不要，會不會」，所以在「決定/表態」上的意味較強烈。而if的意思則比較接近中文的「是否」，相形之下，較具「猶豫」的意味，這也是為什麼在具「決定」或「（逼迫）表態」意味的動詞或子句之後我們必須使用whether子句而非if子句的原因。
下面是whether跟if用法的主要差別：
1. 做為主詞時
做為主詞或句子的起頭時，只能使用whether子句，不能使用if子句。
Whether he will come (or not) doesn’t concern me.
他來不來我才不管。
2. 做為動詞受詞時
做為動詞受詞，或是在某些具有「疑惑」、「疑問」、或「不確定」意味的子句，如be not sure, not certain...等之後，我們可以使用whether子句，也可以使用if子句。
Please tell me whether/if I have passed the test (or not).
請告訴我，我到底有沒有/是否通過測驗。
I wonder whether/if you have got any jobs for me to do today.
不知您今天是否有工作可讓我做。
I am not sure whether/if I can come (or not).
我不確定我是否能來。
He asked me whether/if I will go to the party.
他問我是否會去參加晚會。
3. 做為be動詞的補語時
只能用whether子句。
The question is whether to go with the resolution or not.
問題是要不要照這個決議去做。
The central theme of the debate is whether this will be our last nuclear power plant.
此一辯論的中心主題是，這到底是不是我們最後的一個核電廠。
4. 做為介系詞的受詞時
只能用whether子句。
We are concerned about whether he has entered for the contest (or not).
我們很關心他是否已報名參加比賽。
We are not interested in whether they will win the championship, but rather, whether they will beat the Japanese team.
我們對於他們能否贏得冠軍並不感興趣，我們比較感興趣的倒是他們能否擊敗日本隊。
5. 做為具有「決定」意味的動詞之受詞時
像discuss, decide, determine之類的動詞由於具有「決定（究竟要不要）」的意味，因此傾向於採用「表態」意味較強烈的whether。
Let market forces determine whether this policy is right.
讓市場力量來決定這個政策是否正確吧。
The directors shall meet next week to discuss/decide whether to continue supporting your project or not.
董事會下週將集會討論/決定是否繼續支持你的計劃。
6. 有「選擇」時
如果所要接的是「選擇題」而非（or not）的「是非題」，我們多用whether而非if來接。
I am not sure whether she will buy the diamond one or the gold one.
我不曉得她會買那個鑽石的還是那個黃金的（戒指....等）。
We want to know whether this is the last of our current nuclear power plant projects, or just the first of another series.
我們想知道，這到底是我們現有核電廠計劃中的最後一個，還是另一系列核電廠計劃的第一個。
2008年10月31日
2008年10月30日
2008年10月28日
排毒功能最強的20種食物
排毒功能最強的20種食物
http://tw.myblog.yahoo.com/jw!CQXGkhGLHxBg4zjZzdxtJg--/article?mid=2039
分類：健康養生篇
2008/10/25 13:04
1. 地瓜 Sweet Potato
地瓜所含的纖維質鬆軟易消化，可促進腸胃蠕動，有助排便。最棒的吃法是烤地瓜，
而且連皮一起烤、一起吃掉，味道爽口甜美。
2. 綠豆 Mung Beans
綠豆具清熱解毒、除濕利尿
、消暑解渴的功效，多喝綠豆湯有利於排毒、消腫，不過煮的時間不宜過長，以免有
機酸、維持生活素受到破壞而降低作用。
3. 燕麥 Oats
燕麥能滑腸通便，促使糞便體積變大、水分增加，配合纖維促進腸胃蠕動，發揮通便
排毒的作用。將蒸熟的燕麥打成汁當作飲料來喝是不錯的選擇，攪打時也可加入其他食材
，如蘋果、葡萄乾，營養又能促進排便！
4. 薏仁 Job's tears
薏仁可促進體內血液迴圈、水分代謝，發揮利尿消腫的效果，有助於改善水腫型肥胖
。薏仁水是不錯的排毒方法，直接將薏仁用開水煮爛後，適個人口味添加少許的糖，是肌
膚美白的天然保養品。
5. 小米 Millet
小米不含麩質，不會刺激腸道壁，是屬於比較溫和的纖維質，容易被消化，因此適合
搭配排毒餐食用。小米粥很適合排毒，有清熱利尿的功效，營養豐富，也有助於美白。
6. 糙米 Brown Rice
糙米就是全米，保留米糠，有豐富的纖維，具吸水、吸脂作用及相當的飽足感，能整
腸利便，有助於排毒。每天早餐一碗吃糙米粥或來一杯糙米豆漿是不錯的排毒方法。
7. 紅豆 Small Red Beans
可增加腸胃蠕動，減少便秘，促進排尿。可在睡前將紅豆用電飯煲燉煮浸泡一段時間
，隔天將無糖的紅豆湯水當開水喝，能有效促進排毒。
8. 胡蘿蔔 Carrot
胡蘿蔔對改善便秘很有幫助，也富含β-胡蘿蔔素，可中和毒素。新鮮的胡蘿蔔排毒
效果比較好，因為它能清熱解毒，潤腸通便，打成汁再加上蜂蜜、檸檬汁，既好喝又解渴
，也有利排毒。
9. 山藥 Yam
山藥可整頓消化系統，減少皮下脂肪沉積，避免肥胖，而且增加免疫功能。以生食排
毒效果最好，可將去皮白山藥和鳳梨切小塊，一起打成汁飲用，有健胃整腸的功能。
10. 牛蒡 Lappa
牛蒡可促進血液迴圈、新陳代謝，並有調整腸道功能的效果，所含的膳食纖維可以保
有水分、軟化糞便，有助排毒、消除便秘。可做成牛蒡茶隨時飲用，長期服用。
11. 蘆筍 Asparagus
蘆筍含多種營養素，所含的天門冬素與鉀有利尿作用，能排除體內多餘的水分，有利
排毒。綠蘆荀的荀尖富含維持生活素A，料理時可將尖端微露水面，能保存最多營養素滋
味又好。
12. 洋蔥 Onion
洋蔥能促進腸胃蠕動，加強消化能力，且含有豐富的硫，和蛋白質結合的情形最好，
對肝臟特別有益，因此有助於排毒。煮一鍋以洋蔥為主的蔬菜湯，加入綠花椰菜、胡蘿蔔
、芹菜等多種高纖水果蔬菜，能分解體內積累的毒素，有助排便。
13. 蓮藕 Lotus root
蓮藕的利尿作用，能促進體內廢物快速排出藉此淨化血液。蓮藕冷熱食用皆宜，將蓮
藕搾打成汁，可加一點蜂蜜調味直接飲用，也可以小火加溫，加一點糖，趁溫熱時喝。
14. 白蘿蔔 Radish
蘿蔔有很好的利尿效果，所含的纖維素也可促進排便，利於減肥。如果想利用蘿蔔來
排毒，則適合生食，建議可打成汁或以涼拌、醃漬的方式來食用。
15. 山茼蒿
山茼蒿含豐富維持生活素A，可維護肝臟，有助體內毒素排出。將山茼蒿和柳丁、蕃
茄、胡蘿蔔、柚子、蘋果、綜合堅果等水果蔬菜一起打成精力湯飲用是不錯的選擇。
16. 地瓜葉 Sweet potato's leaf
地瓜葉纖維質地柔細、不苦澀，容易有飽足感，又能促進胃腸蠕動、預防便秘。把新
鮮地瓜葉洗淨後用開水燙熟撈起，與剁碎的大蒜及少許鹽、油拌勻，就是一道美味爽口的
蒜拌地瓜葉！
17. 蘿蔔葉 Radish's leaf
蘿蔔葉含有豐富的維持生活素和纖維質，有促進食欲、活潑腸道的作用，也能改善便
秘。將洗淨瀝乾的新鮮蘿蔔葉打成汁，再加入少許蜂蜜一起飲用，常喝可排毒和保健。
18. 川七
川七葉片含有降血糖作用的成分，並能治療習慣性便秘，減少身體負擔。把川七葉、
蕃茄、苜蓿芽、黃甜椒、奇異果等水果蔬菜，加上綜合堅果與少許的百香果汁或蘋果醋混
合打成汁飲用。
19. 優格 Yo ghurt
優格含有大量豐富的乳酸菌，可改善便秘、穩定腸胃。原本積存在腸道的毒素，也會
因為乳酸菌的作用，而變得容易排出。喝優酪乳或吃優酪沙拉都是不錯的選擇，最好早餐
空腹前吃，利用優格增加飽足感，減少早餐的攝食量。
20. 醋 Vinegar
醋有利於人體的新陳代謝，可排出體內的酸性物質消除疲勞，還有利尿通便的效果。
每天早晚用過餐後，各喝一次稀釋過的醋，適量飲用有助健康。
http://tw.myblog.yahoo.com/jw!CQXGkhGLHxBg4zjZzdxtJg--/article?mid=2039
分類：健康養生篇
2008/10/25 13:04
1. 地瓜 Sweet Potato
地瓜所含的纖維質鬆軟易消化，可促進腸胃蠕動，有助排便。最棒的吃法是烤地瓜，
而且連皮一起烤、一起吃掉，味道爽口甜美。
2. 綠豆 Mung Beans
綠豆具清熱解毒、除濕利尿
、消暑解渴的功效，多喝綠豆湯有利於排毒、消腫，不過煮的時間不宜過長，以免有
機酸、維持生活素受到破壞而降低作用。
3. 燕麥 Oats
燕麥能滑腸通便，促使糞便體積變大、水分增加，配合纖維促進腸胃蠕動，發揮通便
排毒的作用。將蒸熟的燕麥打成汁當作飲料來喝是不錯的選擇，攪打時也可加入其他食材
，如蘋果、葡萄乾，營養又能促進排便！
4. 薏仁 Job's tears
薏仁可促進體內血液迴圈、水分代謝，發揮利尿消腫的效果，有助於改善水腫型肥胖
。薏仁水是不錯的排毒方法，直接將薏仁用開水煮爛後，適個人口味添加少許的糖，是肌
膚美白的天然保養品。
5. 小米 Millet
小米不含麩質，不會刺激腸道壁，是屬於比較溫和的纖維質，容易被消化，因此適合
搭配排毒餐食用。小米粥很適合排毒，有清熱利尿的功效，營養豐富，也有助於美白。
6. 糙米 Brown Rice
糙米就是全米，保留米糠，有豐富的纖維，具吸水、吸脂作用及相當的飽足感，能整
腸利便，有助於排毒。每天早餐一碗吃糙米粥或來一杯糙米豆漿是不錯的排毒方法。
7. 紅豆 Small Red Beans
可增加腸胃蠕動，減少便秘，促進排尿。可在睡前將紅豆用電飯煲燉煮浸泡一段時間
，隔天將無糖的紅豆湯水當開水喝，能有效促進排毒。
8. 胡蘿蔔 Carrot
胡蘿蔔對改善便秘很有幫助，也富含β-胡蘿蔔素，可中和毒素。新鮮的胡蘿蔔排毒
效果比較好，因為它能清熱解毒，潤腸通便，打成汁再加上蜂蜜、檸檬汁，既好喝又解渴
，也有利排毒。
9. 山藥 Yam
山藥可整頓消化系統，減少皮下脂肪沉積，避免肥胖，而且增加免疫功能。以生食排
毒效果最好，可將去皮白山藥和鳳梨切小塊，一起打成汁飲用，有健胃整腸的功能。
10. 牛蒡 Lappa
牛蒡可促進血液迴圈、新陳代謝，並有調整腸道功能的效果，所含的膳食纖維可以保
有水分、軟化糞便，有助排毒、消除便秘。可做成牛蒡茶隨時飲用，長期服用。
11. 蘆筍 Asparagus
蘆筍含多種營養素，所含的天門冬素與鉀有利尿作用，能排除體內多餘的水分，有利
排毒。綠蘆荀的荀尖富含維持生活素A，料理時可將尖端微露水面，能保存最多營養素滋
味又好。
12. 洋蔥 Onion
洋蔥能促進腸胃蠕動，加強消化能力，且含有豐富的硫，和蛋白質結合的情形最好，
對肝臟特別有益，因此有助於排毒。煮一鍋以洋蔥為主的蔬菜湯，加入綠花椰菜、胡蘿蔔
、芹菜等多種高纖水果蔬菜，能分解體內積累的毒素，有助排便。
13. 蓮藕 Lotus root
蓮藕的利尿作用，能促進體內廢物快速排出藉此淨化血液。蓮藕冷熱食用皆宜，將蓮
藕搾打成汁，可加一點蜂蜜調味直接飲用，也可以小火加溫，加一點糖，趁溫熱時喝。
14. 白蘿蔔 Radish
蘿蔔有很好的利尿效果，所含的纖維素也可促進排便，利於減肥。如果想利用蘿蔔來
排毒，則適合生食，建議可打成汁或以涼拌、醃漬的方式來食用。
15. 山茼蒿
山茼蒿含豐富維持生活素A，可維護肝臟，有助體內毒素排出。將山茼蒿和柳丁、蕃
茄、胡蘿蔔、柚子、蘋果、綜合堅果等水果蔬菜一起打成精力湯飲用是不錯的選擇。
16. 地瓜葉 Sweet potato's leaf
地瓜葉纖維質地柔細、不苦澀，容易有飽足感，又能促進胃腸蠕動、預防便秘。把新
鮮地瓜葉洗淨後用開水燙熟撈起，與剁碎的大蒜及少許鹽、油拌勻，就是一道美味爽口的
蒜拌地瓜葉！
17. 蘿蔔葉 Radish's leaf
蘿蔔葉含有豐富的維持生活素和纖維質，有促進食欲、活潑腸道的作用，也能改善便
秘。將洗淨瀝乾的新鮮蘿蔔葉打成汁，再加入少許蜂蜜一起飲用，常喝可排毒和保健。
18. 川七
川七葉片含有降血糖作用的成分，並能治療習慣性便秘，減少身體負擔。把川七葉、
蕃茄、苜蓿芽、黃甜椒、奇異果等水果蔬菜，加上綜合堅果與少許的百香果汁或蘋果醋混
合打成汁飲用。
19. 優格 Yo ghurt
優格含有大量豐富的乳酸菌，可改善便秘、穩定腸胃。原本積存在腸道的毒素，也會
因為乳酸菌的作用，而變得容易排出。喝優酪乳或吃優酪沙拉都是不錯的選擇，最好早餐
空腹前吃，利用優格增加飽足感，減少早餐的攝食量。
20. 醋 Vinegar
醋有利於人體的新陳代謝，可排出體內的酸性物質消除疲勞，還有利尿通便的效果。
每天早晚用過餐後，各喝一次稀釋過的醋，適量飲用有助健康。
訂閱：
文章 (Atom)
