http://www.shiseido.co.jp/ 日本官方網站
http://www.shiseido.com.tw/ 臺灣網站

這是花窩一個叫lakeside的jm花大力氣寫成的

資生堂是日本最有名的化妝品公司，很多姐妹都很注目和喜愛她。
但是在國內百貨店里的專柜，各路神通廣大的水貨小店，還有超市，都能見到各種資生堂
的產品，外觀包裝感覺，價格，功能，十分懸殊，讓人眼花繚亂，不知該買哪一種才合適
自己。
資生堂產品系列的確繁多到了令人眼花繚亂的程度。我們常見的她家的產品，大都屬于資
生堂集團旗下的以下四家公司系統。
第一：Shiseido　International　　(有的媒體稱之為”國際柜”)
第二：Shiseido　Cosmetic (有的媒體稱之為”東京柜”)
第三： Shiseido　 Fitit　
第四:　FT　Shiseido (第三和第四大概就是有些水貨店說的”內銷品牌”吧?)

Shiseido　International，顧名思義，是面向海外銷售，凝聚資生堂百年技術精華，是資
生堂打向海外的大招牌。其中包括The skincare，The makeup，D program　，Naturals、
BOP，Benefiance等系列，系列并不很多,簡潔明了。彩妝，護膚，加齡修護，敏感膚質，
一目了然。包裝精美典雅，充滿高級感。國內大城市，比如北京，上海，高檔百貨店中的
資生堂柜臺中銷售的，應該大都是Shiseido　International的產品。同時在日本，這一大
系統的產品，也只在高檔百貨店中銷售。

第二，Shiseido　Cosmetic，是面向日本國內的產品。系列眾多，包括護膚，彩妝，香水
，男士化妝品，化裝道具，在日本，銷售渠道有高級百貨店，藥店和超市的專柜，和傳統
彩妝店。價格，性能從大眾化到高級品都有，一般都會有專柜銷售小姐介紹和推薦最合適
顧客的產品。這一大系統的產品，包裝也都精美，瓶外都會有精致硬紙盒包裝，瓶的正面
一定會有單獨的Shiseido八個英文字母。

第三， Shiseido Fitit　，走的則是開架式銷售，低價位路線。包裝比較簡單，瓶外大都
有漂亮的透明塑料盒。瓶的正面一般沒有直接的Shiseido八個英文字母，只在瓶子背面的
生產廠家的標識處，才有資生堂的字樣。

第四，FT　Shiseido是資生堂的生活日用品的專用商標。產品中包括了香波，浴液,衛生用
品，也有很便宜的護膚產品，在藥店和超市開架式銷售。外包裝更為簡單，有的是透明塑
料盒包裝，有的干脆簡單到只是外包一層塑料膜。瓶的正面只有商品名稱，一般沒有直接
的Shiseido英文字母，在瓶子背后有FT　Shiseido的商標標志。

她家總計共有五、六百種商品呢,從頭發到身體、從男性到女性，從年輕的去油保濕到老齡
的抗老滋養用品，幾乎一應俱全。而且價位非常豐富,無論是富是窮,她都有相應的東西給
你.

我在做這個貼子時，查了很多資料，包括資生堂的日本官方網頁，和大量國內網絡商店。

發現國內許多網絡商店，比如說在推薦比較昂貴的盼麗風姿系列，將一些根本不沾邊的很
廉價的產品也說成是盼麗風姿，賣昂貴的價格。還有的網站,干脆把別的日本公司的原本很
便宜的東西,一律都加上資生堂的頭銜,說得天花亂墜,賣昧良心的高價。雖然從照片上一眼
便能看出外觀風格的不一致，但不了解資生堂的人就非常容易上當，大家一定要小心呢。

現在水貨店或者網絡商店里賣很多比較便宜的資生堂的產品，１００元到２００元的那些
產品，大都是資生堂內銷日本國內的低價位的產品,原本沒有將其想海外銷售的想法.而我
們的水貨商神通廣大,打著資生堂的招牌，寫些美麗的廣告詞,賺大家的錢.那些東西原本真
的很便宜,比如說一個FT　Shiseido出的Deluxe的面霜,在日本賣800日元,合人民幣大概50
塊,想想日本人的月平均數萬的工資收入,就能知道著個霜是多么價廉.而我們這里水貨店里
把這個dd叫做”貴族系列”,賣六七十塊,這么豪華的名字,又是資生堂,很有誘惑力吧?可是
我覺得,買這個,真不如買還不如買 泊萊，買Za，買國內的一些比較好的品牌呢。
資生堂的口碑來自那些凝聚了高科技精華的高級系列，絕非靠廉價商品起家.

下面來介紹市面上能見到資生堂的各個系列。（不包括傳統美妝店專用系列，香水，香波
浴液類，化妝道具，男士化妝品，單件彩妝，指甲油，單件護理。）
首先是系列最多的第二大類的　Shiseido　Cosmetic：（按商品字母順序排列）

●Acteaheart　　適合50歲以上使用。含有植物萃取物，能起到雌性激素的作用。改善皮
膚干燥、松弛等老化狀況。以前不知道這是加齡修護,買過一個護手霜，好貴。然而的確好
用，用過之后，手又潤滑又白凈，連我自己都吃了一驚呢。

● Anessa　中文名字為安耐曬　高效防曬霜。油膩感少，對皮膚溫和。透明度較好
● BX　Night　N　　一款單件高效保濕潤滑美容液。可以配合任何系列使用。●Cosmeti
c　●Cosmetic　House　　在經過儀器檢測后，銷售小姐對顧客皮膚狀況進行細致的分類
，提供最合適的護理系列。有點量身訂做的感覺。

●Dignita　　３０歲以上成熟肌膚專用的綜合系列，包括護膚和彩妝。在第二大系統的S
hiseido Cosmetic的所有護理綜合系列中，Dignita是最高級的，她充分體現了３０歲左右
女性的成熟與美艷。

Eudermine 紅色化粧液、中文美稱：紅色夢露。被喻為鎮店之寶，熱銷了近一個世紀，

仍然是資生堂的代表產品。高補水，去角質，活膚三合一功效，是Shiseido的第一護膚產
品，于1997年改良后再面世.。

●eau　de　blanc　　化粧水狀美白美容液　高絲的雪肌精十幾年持續熱賣，資生堂于是
推出了這一款單件的美白化妝水。用法和功效都近似于雪肌精。剛發售時很暢銷，然而風
頭好象始終不敵雪肌精。

●Eau　de　pure　　去老化角質化粧水，可以配合任何系列使用。
●Elixir　　３０歲左右肌膚專用的綜合系列，包括護膚和彩妝。是資生堂面向本國銷售
的最主力的大眾系列。廣告代言人：小泉今日子。

Elserie　　２０歲以下皮膚護理綜合系列。
Evenese　Dr　　專為敏感性皮膚設計的低刺激性護理系列。

Inoui 　顏色?外包裝由歐美頂級化妝大師迪克•佩吉設計。提倡自由和個性。是
高級百貨店專賣系列，和同為彩妝系列的PN叛逆系列相比，顯得更高檔。

●lostalot　 瘦臉霜。激活促進臉部皮膚新陳代謝。收緊臉部線條。
●Optune　為２０歲以上設計。不過分油，不過分水，體現健康皮膚。不過效果好象一般
，用過一次，覺得效果和價格有反差。

●PN　叛逆系列彩妝。　９７年面世，形象前衛，高感度的時髦，是目前資生堂在日本市
場上最旺銷的彩妝產品。尤其是今年新推出的睫毛膏，人氣極高。廣告代言人：伊東美咲
。

●Proudia　粉底系列。強調知性，精致，完美。廣告代言人：上原多香子。粉質很細，遮
斑也好，而且不容易掉妝，很好用。

●Qiora　　配合了令精神放松的香味，實現在護理皮膚的同時舒緩疲勞。
Rivital　40歲以上成熟皮膚護理專用系列。有除皺，亮斑，緊膚高效。專為抗老化而設計

●S系列 為年輕都市女性設計，強調在隔離都市污染等惡劣環境下進行護理和美白。分為
：美白和標準護理兩個系列。 兼有彩妝。

●TAPHY　　面向２５歲以下年輕人群，強調補水保濕，以防止２５歲后逐漸開始的老化。
并有TAPHY　Mild的副線，給年輕人群中容易過敏的皮膚設計的低刺激性系列

●UVwhite　美白綜合護理系列。這個系列我用過三年左右，的確變白了，這是事實。但使
用感一般，雖然分清爽型和滋潤型兩種，清爽型在夏天用還是覺得油得很。冬天用又覺得
只是油，不夠保養。最終還是換了別的牌子。

●whitess　　單件美容液，資生堂的美白王牌。　分為徹底護理，除斑，防曬三種

下面是Shiseido　International的系列.
Shiseido　International旗下的產品，專為海外市場設計，系列簡潔明了。為年輕女性設
計的控油平衡的飄爾麗絲系列，基礎皮膚護理的活顏悅色系列，在此基礎上進一步高效保
養的百優單件系列，加齡修護的盼麗風姿系列。全天然成分的Naturals系列，敏感肌膚專
用的D　program。彩妝有都會魅彩系列。

另外,在國內柜臺里有都會之玉系列銷售,我還沒有找到相應的資料,以后再補吧.
●Benefiance 　盼麗風姿系列。總體來說是為中年成熟肌膚而設計。適合中型，干性皮
膚。含有特效抗皮膚老化的獨特成分，防止干燥角質形成，幫助皮膚細胞保留水份及養分
，改善缺水情況及減少淺改。

●BOP　百優系列。單件全能護理系列。可以配合任何系列使用。　

●D　program　專為敏感肌膚設計。包括香波，浴液，防曬霜，去痘霜，臉部護理，身體
護理等全套低刺激產品。

●Pureness　　為年輕人群設計，性質柔和，強調徹底清潔，平衡PH值，控油，以防止面
部油光和干燥。價格相對來說不很昂貴，易為年輕人接

●The　Make　up　都會魅彩系列。資生堂面向海外銷售的唯一的彩妝系列。和其他兩個面
向日本國內銷售的彩妝系列Inoui、PN叛逆系列相比，更加唯美，時尚，歐美化。

●The　Skincare　　活顏悅色系列。資生堂面向海外銷售的基礎皮膚護理系列。提倡在滋
潤養護的同時，為未來的健康而年輕的皮膚打下延緩老化的基礎。

● Cle　de　peau　BEAUTY 肌膚之鑰系列。 在資生堂集團旗下產品中，最高級就是這個
系列。可以說她是資生堂在海外的一舉大旗.以非凡的效果和昂貴的價格成為愛美一族的神
往。
她游離于資生堂系列之外，以Cle　de　peau　BEAUTY的名字與資生堂各自為政。一瓶最基
礎的化妝水免稅后的價格也要７００元左右。登峰造極的是名為La Creme的晚霜，２５克
一瓶賣到３６００塊人民幣。我的超級臭美死黨朋友今年以分期付款的形式，咬牙買了一
瓶La Creme，一周只用兩次，用過一個月后迫不及待得打電話給我，說“我從３１歲回到
了２６歲，愛死這個東西了！”這個系列的彩妝，無論從質地、色澤都堪稱頂級作品。尤
其是光潤粉底，更是蜚聲世界市場。

說完了高級的,再來貼資生堂的副線產品.
第三： Shiseido　 Fitit　
這個大系列，很經濟實惠，銷售對象是日本國內的那些經濟收入不高的年輕人，學生，不
愿意為化妝品付出太多鈔票的家庭主婦。所以說資生堂的銷售手段很高明，從超高級系列
到廉價小東西，她都為你提供了，金領藍領都是她的顧客。
國內網絡商店里賣的比較便宜的資生堂，大概都是這個Shiseido　 Fitit的產品。在那些
網站里，只要是沾資生堂邊的東西，都一律和雅詩藍黛，和蘭蔻放在一起，其實不能算同
一層次，不能同日而語。
● Asplir　中文名為愛泊麗或者艾絲蓓雅。是經濟價位的基礎護理系列。在日本這個系列
的廣告代言人是已經３６歲的山口智子，所以我總懷疑這是面向３０歲左右成熟肌膚的系
列。實際上我沒有用過，不過聽說效果還可以，性價比很好。很多網站上推銷的AS系列，
就是這個Asplir。
● City veil　防曬和曬后護理專用系列。有防曬兼美白，防曬兼去痘，幼兒防曬等多款

●DeLuxe 中文名為貴族,基礎護理系列。
● ff　中文名緋緋，面向學生等年輕女孩的彩妝系列。物美價廉，外形很可愛，顏色也正
，又流行，價格又合適，讓人有些愛不釋手呢。

● SELFIT 中文名為珊妃。面向成熟女性的彩妝系列。
●Tiss　化妝水系列。面向年輕女孩，提倡通過深入清潔和滋潤，實現年輕而健康的皮膚
。使用很方便，分為補水，滋潤，去痘三種。

●Whitia 　中文名為白媞雅或者海洋堂。面向年輕女孩的美白護理系列。價格很實惠.象
是UV white優白系列的低價版，或者說是年輕女孩的美白入門產品，用起來真的很舒服，
很清爽。

最后是FT　Shiseido,這里面的東西就真的很日常,用起來很隨意,價格也便宜.

第四類：FT　Shiseido
FT　Shiseido是是資生堂的衛生日用品的專用商標。Fitit　Shiseido的產品中包括了日常
必需的香波，浴液,摩絲，婦女用品，也有很便宜的護膚系列，在超市和藥店的開架銷售，
供人自選。
其中和皮膚護理有關的產品，共有以下幾種，分別是:
●Water in lip 　去唇部死皮，潤唇霜，用過以后嘴唇顯得很水嫩，很飽滿。
● MIEL　為５０歲以上女性設計的一個價格便宜的日常保養系列。
●Naturgo　　天然泥系列。以清潔類產品為主。里面的洗臉泡沫,很喜歡,泡沫細致,而且
沒什么味道,洗后非常爽快.
●Neutrogena　給青少年設計的粉刺暗瘡護理系列。
● 肌水　天然水，無添加劑，可以隨時噴霧補水，用過之后，覺得噴臉并不舒服，發干，
噴頭發倒很合適，頭發會又順滑又光澤，可是光噴頭發就太可惜了。在日本，這一款最受
高中女生的歡迎。
●另外我在網絡商店里看到有Aquair基礎系列,好象是藍色的塑料盒包裝,上面有”速感”
字樣的漢字,在日本商店里卻見不到,官里方網頁里也沒有,懷疑是已經停止生產?或者是國
外制造?我沒有調查,不能亂下結論.....

工欲善其事，必先利其器。要學習Silverlight我們需要準備好運行環境和相關的開發工具。下面這篇文章詳細的講述了開始Silverlight學習之旅的五個步驟。點擊查看

Download Silverlight 1.0 Beta for Windows
系統需求 支持系統: Windows Vista and Windows XP Service Pack 2 支持瀏覽器: Microsoft Internet Explorer 6, Windows Internet Explorer 7, Mozilla Firefox 1.5.0.8, and Firefox 2.0.x.   推薦最低硬件配置: Intel Pentium III 450-megahertz (MHz) or faster, equivalent processor 128 megabytes (MB) of RAM
安裝說明 驗證系統需求 確認你正在運行的是Silverlight所支持的Windows系統和瀏覽器. 下載 點擊上面的Silverlight 1.0 Beta For Windows的下載鏈接（接受許可協議即可） 對于 Microsoft Internet Explorer 用戶: 瀏覽器會提示您運行或保存安裝文件(Silverlight.1.0beta.exe)。點擊運行就開始下載。當您完成下載后瀏覽器會再次提示您是否運行安裝程序。點擊運行就開始安裝。注意安裝Silverlight必須有足夠的管理權限 對于 Mozilla Firefox 用戶: 保存 Silverlight.1.0beta.exe 到您的硬盤. 一旦下載完成點擊打開就可以開始安裝. 安裝 Silverlight Silverlight 1.0 Beta 安裝程序會自動安裝. 如果您使用的是Windows Vista系統，在提示您需要安全許可的時候請確認運行 安裝程序會繼續安裝過程，當在IE中完成安裝以后，IE瀏覽器頁面會自動更新，而在FireFox中，你需要重新啟動瀏覽器 您可以開始使用Silverlight了 體驗一下Silverlight以確認安裝成功. 訪問 Microsoft Silverlight site 以確認安裝成功并開始體驗Silverlight內容.

什么是 Silverlight？

Silverlight 是一種新的 Web 呈現技術，能在各種平臺上運行。借助該技術，您將擁有內容豐富、視覺效果絢麗的交互式體驗，而且，無論是在瀏覽器內、在多個設備上還是在桌面操作系統（如 Apple Macintosh）中，您都可以獲得這種體驗。Microsoft .NET Framework 3.0（Windows 編程基礎結構）中的呈現技術 XAML（可擴展應用程序標記語言）遵循 WPF (Windows Presentation Foundation)，它是 Silverlight 呈現功能的基礎。

本白皮書將逐步引導您了解 Silverlight 的基本情況，以及如何使用 Microsoft 的眾多工具（包括 Microsoft Expression Blend、Microsoft Visual Studio 2005 和 XAML）來構建內容豐富的圖形站點。首先，讓我們了解一下 Silverlight 發展歷程的相關背景信息，以及它在開發領域所處的位置。

構建一個簡單的 Silverlight 應用程序

我們先來看一看 Microsoft Expression Blend，使用該工具創建一個 XAML 格式的非常簡單的應用程序，以供 Silverlight 使用。要在 Blend 中創建 Silverlight 應用程序，請選擇 File（文件）->New project（新建項目），此時會打開“New Project”（新建項目）對話框。請參見圖 1。

選擇 OK（確定），即會創建一個新項目。該項目將包含一個默認 HTML 頁面、該頁面的一些 JavaScript 源代碼、一篇 XAML 文檔和該 XAML 文檔的 JavaScript 源代碼及 Silverlight.js。

Silverlight.js 包含用于下載和實例化 Silverlight 控件的代碼。它作為 Silverlight SDK 的一部分提供給用戶。

Default.html 是標準的 HTML 網頁。該網頁包含三個 JavaScript 腳本引用，分別指向 Silverlight.js、Default.html.js（其中包含特定于應用程序的用于安裝 Silverlight 的代碼）和 Scene.xaml.js（其中包含在 XAML 中定義的應用程序事件的事件處理程序）。

它被設計為一個獨立的頁面 (default.html)，與實例化邏輯 (default.html.js)、設計 (Scene.xaml) 和事件代碼 (Scene.xaml.js) 分開。不過，理論方面的探討已經夠多了，現在我們開始開發一個簡單的應用程序。

創建供視頻播放器使用的 UI

在項目中添加視頻文件。為此，請右鍵單擊屏幕右上方 Project Files（項目文件）窗口中的項目文件，然后選擇 Add Existing Item...（添加現有項目）。

選擇某個 WMV 文件并將其添加到項目時，項目瀏覽器中將顯示該文件，同時在視圖中添加了一個媒體元素。

現在即可運行您的項目，瀏覽器將啟動并播放您的視頻！

通過編輯 XAML 可以停止自動播放視頻。您會看到 XAML 設計器右側有兩個選項卡：Design（設計）和 XAML。選擇“XAML”選項卡，會打開 XAML 編輯器，如圖 3 中所示。使用該編輯器為媒體元素編輯 XAML 文本，添加屬性 AutoPlay=False。

現在，如果您運行該應用程序，會看到 Silverlight 內容雖然呈現了視頻的第一幀，但并不播放。

在視頻播放器中添加控件

為該應用程序添加兩個文本塊，文本內容分別為 Play 和 Stop，名稱分別為 txtPlay 和 txtStop。完成后，XAML 應如下所示：

<Canvas
xmlns="http://schemas.microsoft.com/client/2007"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Width="640" Height="480"
Background="White"
>
<MediaElement AutoPlay="False" x:Name="Movie_wmv" Width="320" Height="240" Canvas.Left="128" Canvas.Top="56" Source="Movie.wmv" Stretch="Fill"/>
<TextBlock x:Name="txtPlay" Width="72" Height="24" Canvas.Left="136" Canvas.Top="336" Text="Play" TextWrapping="Wrap"/>
<TextBlock x:Name="txtStop" Width="80" Height="24" Canvas.Left="136" Canvas.Top="368" Text="Stop" TextWrapping="Wrap"/>
</Canvas>

接下來，為文本塊在 XAML 中添加事件處理程序聲明。為此，可以使用 MouseLeftButtonDown 屬性聲明單擊鼠標的處理程序。在 txtPlay 文本塊中，添加對 DoPlay 的事件處理程序；在 txtStop 文本塊中，添加對 DoStop 的事件處理程序。完成后，XAML 應如下所示：

<TextBlock x:Name="txtPlay" Width="72" Height="24" Canvas.Left="136"
Canvas.Top="336" Text="Play" TextWrapping="Wrap"
MouseLeftButtonDown="javascript:DoPlay"/>
<TextBlock x:Name="txtStop" Width="80" Height="24" Canvas.Left="136"
Canvas.Top="368" Text="Stop" TextWrapping="Wrap"
MouseLeftButtonDown="javascript:DoStop"/>

現在，如果用戶單擊其中一個文本塊，將觸發一個事件，您可通過 JavaScript 功能捕獲并處理該事件。

在 JavaScript 中處理事件

模板創建的 Scene.xaml.js 可用于在 JavaScript 中捕獲并處理用戶事件。由于您在 XAML 內指定了 DoPlay 和 DoStop 事件處理程序，因此應在此處付諸實施。相應的代碼如下所示：

function DoPlay(sender, eventArgs)
{
var theHost = document.getElementById("SilverlightControl");
var theMedia = theHost.content.findName("Movie_wmv");
theMedia.Play();
}
function DoStop(sender, eventArgs)
{
var theHost = document.getElementById("SilverlightControl");
var theMedia = theHost.content.findName("Movie_wmv");
theMedia.Stop();
}

在本例中，將 Silverlight 控件稱為 SilverlightControl，將引用該控件的 JavaScript 變量稱為 theHost。稍后查找媒體元素（在本例中稱為 Movie_wmv）時，將用到上述名稱。在項目中添加電影時，為您創建了此媒體元素，該元素的名稱是根據電影名稱命名的。因此，如果電影的名稱是 Movie.wmv，則此媒體元素就稱為 Movie_wmv。如果使用其他電影，則控件也會相應地采用其他名稱。

該媒體元素有 Play 和 Stop 兩個方法，分別用于啟動或停止媒體播放。

由于存在對該媒體元素的引用，因而可以調用上述方法，電影將隨之停止或啟動，如圖 4 中所示。

參考微軟<Creating 3D Content with WPF>文檔翻譯。
源文件下載 http://www.wangpangzi.net/uploads/200703/3dlab.zip
本文的目的是在Blend環境中研究Windows Presentation Foundation(WPF)的3D特性，首先我們導入一個已經建立好的3D模型到程序中，使用動畫讓其旋轉。然后，我們會研究如何動態的使用代碼生成模型。最后我們會把2D的用戶界面映射到3D模型上，用戶并可以與其交互。
注意，源文件中的源代碼是為每個階段而設計的，因此你可以從中間開始學習或者做階段備份之用。每個練習也包含了一份完整的完成后源代碼，你可以直接通過它們查看最終結果。

練習一 使用靜態3D模型(共4個任務)
在本練習中，你將會導入一個已經建立好的3D模型，并使用Viewport3D對象把它顯示出來，然后使用動畫讓他旋轉起來。最后，用戶可以使用鼠標旋轉這個模型。

任務1 導入3D模型。
雖然我們可以使用XAML直接建立3D模型了，但對于稍微復雜的模型來說，我們最好使用專業工具建立模型，再導出成XAML格式供我們使用。在本練習中，我們將會使用一個用這種方式建立的3D模型，即一個XAML文件。并將其導入Blend中。
1．打開Microsoft Expression Blend.
2．運行File > New Project…建立新程序。
3．在彈出的New Project 窗口中選擇Standard Application,在Name中輸入Show3DModel, 選擇你的保存文件夾，點OK建立新程序。
4．在Source\Exercise1子文件中，你會看到一個叫做Model.xaml的文件，它包含了你將要使用的3D模型。用記事本打開這個文件，你會看到很多代碼，這些代碼靠手工輸入無疑是困難并且枯燥的。而生成這個模型文件的工具就大大簡化了工作，并且自動的將代碼封裝在Viewport3D里并放入Viewbox中。你可以將整個文件放入XamlPad中來預覽模型。
5．將Model.xaml中的所有內容貼到應用程序中window.xaml文件里的Grid標簽中。
6．按F5編譯程序，運行結果如下：


任務2 改變攝像機的位置。
  在本任務中，我們將了解如何改變攝像機的位置。
1．  打開Window1.xaml文件，找到Viewport3D中的Viewport3D.Camera 標簽，它包括了一個PerspectiveCamera，即透視攝像機。它的UpDirection 目前是0,1,0，把它改為0.2,1,0，然后按F5運行程序，看看效果的變化。
2．  改變攝像機的Position為0.25,0,2.2339, 然后運行程序，觀察攝像機位置發生的變化。
3．  改變Position為3,0,2.2339，同時也改變LookDirection為-3,0,-2.2，然后再運行程序觀察變化。
4．  好，現在請隨便嘗試幾個數據組合，請注意如果嘗試過大的數據，很容易使攝像機跑到一個較遠的地方，因此會什么都看不到。
5．  當你完成實驗后，用一下代碼使其回到初始的默認位置，以進行后面的任務。
任務3 給模型添加動畫。
1．打開Window1.xaml文件，找到Viewport3D中的Viewport3D.Camera 標簽，在此標簽后，添加下面的代碼： 這段代碼使用了Rotation3DAnimation標簽給模型添加動畫，Storyboard.TargetName和Storyboard.TargetProperty屬性指示了模型發生動畫的具體部分。(WpfLogoOR12是模型中的一個標簽，代表logo模型整體)
2．運行程序，logo模型會自動的發生反復旋轉。

任務4 可交互的旋轉模型。
在本練習的最后一個任務中，我們將允許使用鼠標旋轉模型。你會用到 3D Tools for the Windows Presentation Foundation, 這是一套可以輔助我們在WPF中使用XAML制作3D應用的工具，可以從http://www.codeplex.com/3DTools上下載。當然，我們現在已經不必去下載了，我們要用到的3DTools.dll 庫文件在實例的Source\Exercise1文件夾下。
1．給項目中添加3DTools.dll庫文件。(在Project面板中，右擊References, 選Add Reference…, 然后找到3DTools.dll文件)
2．打開Window1.xaml文件，添加一個XML 命名空間聲明，以在這個XAML文件中使用3D tools：
3．添加<tools:TrackballDecorator>標簽，使<Viewport3D></Viewport3D>標簽整體包含在添入的標簽<tools:TrackballDecorator>... </tools:TrackballDecorator>中。
TrackballDecorator允許使用鼠標左鍵拖動旋轉包含的模型，使用鼠標右鍵縮小放大。
4．編譯運行程序，現在就實現與模型的旋轉、縮小放大交互了。

Visual Studio 2008 基于 Microsoft 的智能客戶端應用程序設想而提供,它允許開發人員快速創建可提供最高質量和豐富用戶體驗的已連接應用程序.利用這一新版本,任何規模的組織都能創建更安全、更易于管理并且更可靠的應用程序,這些應用程序將可利用 Windows Vista、2007 Office System 和 Web 的強大功能.通過構建這些新類型的應用程序,組織將會發現捕獲和分析信息從未如此簡單,從而能夠做出有效的業務決策.

CHS
TFS: http://www.microsoft.com/downloads/details.aspx?FamilyId=053E83D0-DEB4-4EBB-B4C8-CBFFE928B4AA&displaylang=zh-cn
VSTS: http://www.microsoft.com/downloads/details.aspx?FamilyId=428C076F-E3EF-4290-9FF4-F6FD8F180B7D&displaylang=zh-cn

CHT
TFS:  http://www.microsoft.com/downloads/details.aspx?FamilyId=053E83D0-DEB4-4EBB-B4C8-CBFFE928B4AA&displaylang=zh-tw
VSTS: http://www.microsoft.com/downloads/details.aspx?FamilyId=428C076F-E3EF-4290-9FF4-F6FD8F180B7D&displaylang=zh-tw
 
KOR
TFS: http://www.microsoft.com/downloads/details.aspx?FamilyId=053E83D0-DEB4-4EBB-B4C8-CBFFE928B4AA&displaylang=ko
VSTS: http://www.microsoft.com/downloads/details.aspx?FamilyId=428C076F-E3EF-4290-9FF4-F6FD8F180B7D&displaylang=ko

http://roxik.com/index.html 用鼠標拖動人物的臉，會有不一樣的表情。

http://roxik.com/toy1.html  狂風吹，看你是要救人還是害人了。

http://roxik.com/pictaps/  先畫一個你喜歡的人，他就可以開始跳舞了，要是畫的不是人，禽獸也可以跳舞~~

很值得借鑒的幾個禽獸級別的作品！

PS:對于這樣的作品，我們拿禽獸形容是最好不過了！

先看看這個幾個網址的東西：

http://www.papervision3d.org/

>http://www.noventaynueve.com/2007/

>http://www.rhythmoflines.co.uk/

>http://carlosulloa.com/

Papervision3D Component v1.5 下載地址：>http://code.google.com/p/papervision3d/downloads/detail?name=PV3DComponents_v1.5.1.mxp&can=2&q=

以前還研究全景視圖呢，現在看來，直接用這個就可以解決了，而且速度肯定更快！

官方博客：>http://blog.papervision3d.org/

今天無意中在群里面看到了微軟關于Silverlight的站點：http://silverlight.net/，后來跟著鏈接找了半天又找到了它的Microsoft站點：http://www.microsoft.com/silverlight/default01.aspx，上面的視頻相當不錯，應該是Expression的作品，不過在看之前還是要安裝Silverlight插件。

作為Flash的競爭者，現在才出現的確有點晚，不過要是以Flex的競爭者，由于Ajax和.net程序員的數量遠遠超出Flex程序員，這個倒是有點看頭。

這個是一個演示網站：http://silverlight.net/fox/

軟件需求：Microsoft Silverlight 1.0 Beta - for Mac or for Windows（播放插件），Microsoft Silverlight 1.1 Alpha - for Mac or for Windows（程序開發預覽），Microsoft Visual Studio codename “Orcas” Beta 1（微軟下一代Visual Studio產品），Microsoft Silverlight Tools Alpha for Visual Studio codename “Orcas” Beta 1（Visual Studio的Silverlight開發包），Expression Blend 2 May Preview （給Silverlight開發用戶界面和設計），Expression Media Encoder May Preview （視頻開發），Expression Design （設計矢量圖形）。

關于后面的圖形界面開發的軟件，可以看看Expression系列介紹視頻，這個是Expression的主站http://www.microsoft.com/expression/。

看了一下他制作的過程的視頻，感覺有點像是Flash IDE+Flex開發，但是協作的確是相當強悍：Expression Blend可以對圖形進行補間動畫，而到了Visual Studio可以進行程序代碼對圖形進行運算操作。

感覺上他在圖形圖像上的確比Flex有優勢，但是和成熟的Flash相比它現在還是Alpha、Beta。看到這里我不得不想到，Flex和Flash在下一個版本的Flash IDE中，肯定是要融合在一起了，就算是不在一起也是要能夠很好的相互協作，雖然現在CS3出來了，但是還是沒有很好的看到他們的協作，Bridge也只能算一個瀏覽器。協作方面微軟已經搶在前面了，Adobe要加把勁了。

真希望下一次看到Adobe的軟件工作方式是：Flash中編輯的矢量圖形可以在Illustrator中編輯完成后又放回Flash，PSD圖片在Flash中可以直接發送給Photoshop編輯，編輯后可以直接更新Flash中的PSD；AS直接就由Flex（或是Flash）來搞定，AE也一樣在一起隨意工作，我們只需要輕輕點按鈕就可以在不同的軟件中做他擅長的事情，最后在Flash（Flex）中輸出swf。

http://community.studyez.com/fil ... lop/entry52462.aspx

需要申請一個賬號，比較簡單。序列號在下面

Expression Studio簡體中文正式版，2007/7/2發布，包括Microsoft Expression系列所有產品:
Microsoft Expression Web 網頁設計工具
Microsoft Expression Blend 交互設計工具
Microsoft Expression Design 平面圖形設計工具
Microsoft Expression Media 多媒體編輯工具

微軟Microsoft Expression Studio 官方簡體中文正式版！注冊碼。

Product Key:
Expression Blend:  42XVR-43TCK-QFXGX-TG3P6-HVPYB
Expression Design: B7QRP-P7W7G-QY689-R7DCB-4BGH4
Expression Web:    DDWJC-VFGHJ-7GFK6-9QK3D-PFTHW
Expression Studio: B7QRP-P7W7G-QY689-R7DCB-4BGH4



　　網頁設計工具-Expression Web

　　微軟發布了最新開發的網頁設計工具Expression Web，它是微軟Expression設計套裝的一部分。作為網頁編輯工具 FrontPage的替代產品，Expression Web在功能以及可擴展性方面都有很大提升，而Frontpage將于今年正式結束它的使命。

　　圖形設計工具-Expression Design

　　微軟是這樣描述Expression Design的：“它是一款專業圖形設計工具，提供豐富的像素描繪功能以及順暢靈活的矢量圖編輯功能，能夠快速創建設計工作流程。 借助Expression Design,你可以為屏幕，網頁或打印產品創建復雜的設計和圖形元素。” 　　Expression Design的功能類似于大家早已熟悉的Adobe Photoshop，提供許多Windows自帶畫圖工具沒有的高級圖形編輯功能(如層等)。

　　物件管理工具-Expression Media

　　新加入到Expression Studio家族的新成員就是Expression Media，它是改變了商標的iView MediaPro，它是一個物件管理工具，包括了一個用于跟蹤如圖片，字體，音頻與視頻等數字媒體的可視化目錄。

　　可視化交互工具-Expression Blend

　　Expression Blend 全方位的3D、動畫、硬件加速顯示引擎 能夠將矢量圖形、位圖、3D內容、視頻、音頻和富文本合成到一起，三維視圖能夠自由地混合在其它2D和媒體元素之間，允許在一個設計作品的不同元素之間進行功能強大的可視化交互。 Expression Blend 可以 導入與合并矢量圖和位圖元素 ，或者繪制與編輯矢量圖元素并應用高級漸變、Alpha透明度和筆觸設置。

     摘要: 以下寫作經典200句背誦完會使你的寫作水平突飛猛進，記住一定要爛熟于心，可以使用超循環背誦大表進行背誦，使背誦變得輕松有計劃，更重要的是減少遺忘。200句并不多，永遠是熟能生巧，你一輩子用的句子無非就是幾十句，這200句是精華中的精華，不僅運用于寫作，這些精彩的句式可以運用于口語中，使你的表達非凡！希望大家在英文考級中能用得到! 背誦方法：（原則:短時間搞定） 1、分單元背，把200個句子根據你自...  閱讀全文

現在中國所有招聘網站都是以人事經理為中心，因為他們是給錢的一方，較少從求職者角度考慮，如果我們從求職者立場或者中立立場來看中國招聘網站的生意模式及運作流程，將這個求職者并不知曉的事情公布出來，你就會更好清醒認識招聘網站，也更好的實際的利用人才網站求職：  
　　  
　　1、   人才網站與企業人事經理的生意模式對求職者影響：  

　　人才網站的行規是企業人事經理支付600元，可以在一個月內發布一定的職位讓求職者投遞簡歷，可以搜索查看人才網站簡歷庫的簡歷，還可以下載一定數量的簡歷主動與求職者聯系。而大企業及知名公司一般都是購買1年的招聘服務。問題就出來了：如果這個職位1到2周企業招到人了，但他購買的是1個月的服務，所以企業的職位還是掛在網上，而且人才網站競爭激烈，一般都會贈送1個月服務。所以一般職位至少1個月掛在人才網站是無效的，是浪費求職者查看與投遞簡歷時間的。  
　　  
　　大公司最不可靠，他們用網絡、報紙、現場，1年的大大banner永遠掛在人才網站上，他們并不需要人，只是為了廣告宣傳。  
　　所以人才網站50％以上的職位都是過期的、無效的、不招人或招滿人的，所有求職者抱怨我投了那么多簡歷為什么反饋率那么低，反饋率低是非常正常的。  
　　  
　　另外51job網站的反饋率是最低的，這也是行業秘密：因為51Job的資源80％是以報紙招聘為主，報紙招聘效率高，但網站上的職位都是在報紙上刊登過后作為免費與補充服務，所以很多HR只會看報紙上來的簡歷，網站來的簡歷基本不看，在加上51job簡歷投遞量實在太大，那些懶惰的HR才懶得一封一封的看，只會用搜索關鍵字來看，如本科＋3年工作經驗＋主管等，其他不符合條件的看都不看一眼。所以你知道為什么一直沒有公司找你面試，不是你不行，而是HR都不看你發的簡歷。下面第二部分告訴你如何被他們搜索到。  
　　  
　　現在你知道網絡招聘的反饋率為什么那么低了吧。不信你用自動回復郵件形式發送中國3大招聘網站職位HR的郵箱，看看有多少HR看了你的簡歷，一個工作論壇的網友說，他試著發了100個HR郵箱簡歷，可以通過自動回復的反饋率統計，可以看到50％HR不看簡歷就直接刪除，30%根本就不打開郵件，只有20％打開郵箱，還有10％可能已經找到人的。他的分析說即使是中國前3名招聘網站以嚴格標準來看也只有10％職位是真正要急迫招人的。  
　　  
　　2、既然知道一些潛   規則，那我們也迎合一些這些規則，告訴你一些網絡求職的小秘密  

　　（1）采用行業招聘網站求職。因為行業招聘網站是按行業發布職位信息的，所以專業和工作經歷比較對口。比如你要找物業管理類的工作，你到xx工作網的物業管理招聘頻道上去注冊簡歷就比較好，因為那里全部都是物業管理類的企業在招聘；如果你要找外貿的工作，你就可以xx工作網的外貿招聘頻道去找，肯定有大量的外貿工作機會。其它的就不在列舉。在目前的情況下，幾乎每個行業的人才在萬行工作網上都能找到自己的頻道。  
　　  
　　（2）簡歷要與大公司沾邊  
　　當人事經理搜索招聘網站簡歷庫簡歷時，一般會以關鍵字“知名企業名稱＋職位名稱”，比如消費品行業可能喜歡可口可樂及寶潔的人，人事經理會這樣搜索，例如：“可口可樂＋銷售經理”，系統會搜索到簡歷中出現以上關鍵字的求職者，如果你的簡歷里出現知名企業名稱的字樣，就可以被搜索到，例如：“我在xx礦泉水公司工作，成功地令競爭對手——可口可樂旗下的天與地礦泉水在當地的市場份額減少……”：“我在可口可樂的廣州白云區經銷商工作”等。又提高了人事經理瀏覽簡歷的機會！  
　　  
　　（3）   經常刷新簡歷  
　　當人事經理搜索簡歷庫的簡歷時，符合條件的簡歷是按刷新的時間順序排列，而一般只會看前面一兩頁。很多求職者其實并不知道刷新簡歷可以獲得更多求職機會。因此每次登陸，最好都刷新簡歷，刷新以后，就能排在前面，更容易被人事經理找到！  
　　  
　　（4）   不要只應聘最近三天的職位  
　　一般求職者認為剛剛發布的最新的招聘信息肯定是成功率最大的，其實不然。因為很多企業人事經理沒有及時的登陸刷新刊登的職位，所以求職者在搜索職位時剛刷新的職位會排在前面，這些職位應聘的人多，競爭大，相反，一些職位已經是半個月甚至兩個月的，應聘的人少，成功率反而高。  
　　  
　　（5）   讓你的郵件永遠在最前面  
　　你要知道每天人事經理看求職者郵箱，他們其實是很懶的，100多頁簡歷郵件他們最多只看前5頁！你現在應該知道為什么你的求職簡歷永遠沒有回應！  
　　所以發郵件到企業指定的郵箱時，怎樣才能讓你的郵件永遠排在最前面，讓人事經理每次打開郵箱都首先看到你的郵件？只要在發郵件前，把電腦系統的日期改為一個將來的日期，如2008年，因為大多郵箱都是默認把郵件按日期排序，所以你的郵件起碼要到2008年以后才會被排在后面！   （如果你求職成功，要向我請客耶！）  
　　  
　　（6）   新穎的郵件標題  
　　人事經理每天收到大量的求職電子郵件，求職者一般會按企業要求把郵件題目寫成：應聘xx職位，怎樣才能吸引人事經理的眼球，讓他先打開自己的郵件？可以在郵件題目上做文章。一天人事經理收到幾百封郵件，只有標題新穎的才有機會被打開。  
　　例子：我的一個女性朋友發了100多封郵件求職都沒有任何反應，因為應聘做文員的太多了，而我這個朋友做過空姐，我將她的郵件標題改為“空姐來廣州找工作”，引起絕大部分男人事經理想入非非，結果三天之內有30多個男人事經理通知面試，3個月找不到工作的她而變成3天找到上十份工作。你現在知道郵件標題的重要性了吧。  
　　  
　　（7）   簡歷最好放靚照  
　　對于人事經理來說，每天需要瀏覽大量簡歷，如果同等的條件，一般會先通知有照片的求職者來面試，因為通過照片，人事經理對應聘者又多了幾分了解。如果是美女，被通知的可能性就更大。我作為人事經理，曾經招聘一個人事主管，收到300多封簡歷，我找出前30份有相片的前5份，通知了最漂亮相片的2個女孩，就定下了其中的一個。對于一般職位如文職人員之類，中國人的傳統還是以貌取人，你即使不漂亮，也照一個藝術照，就增多了面試機會（與其等死，還不如放手一搏），畢竟很現實的是，簡歷的目的就是有面試的機會，其他就要靠實力與運氣了。  
　　  
　　（8）求職信“罵”對方公司往往會帶來意想不到的效果  
　　一般人認為在求職信中稱贊對方公司會引起好感，其實不然。如果先指出這家公司的缺點，往往會引起關注，語不驚人死不休呢，我作為人事經理，我只會對指出我們缺點的求職者有好感，對恭維我們公司的求職者一般會放在一邊。即使你不知道對方公司缺點，你隨便寫一些永遠不會錯的：“我認為貴司創新不夠，市場表現過于常規化；我以消費者心態觀察貴司，發現貴司客戶服務還有許多待改進的地方；我發現貴司品牌形象還有可能做的更好……”如聞其詳，可面談。可勾引相關公司面試。只要有面試機會，其他再說。（簡歷有機會面試目的是一切，手段是無所謂的）。  
　　  
　　（9）自己要學會讓簡歷與職位匹配  
　　2個觀念都是有效的：一是不要太在乎對方職位要求的描述，很多職位描述只是寫寫，連經理都不知道要招什么樣的人，如果你看到對方職位要求本科，你是專科就不敢投遞簡歷，那就失去機會了。如果你看到對方要求有5年經驗，你只有3年經驗，你也不敢投，那完全沒有必要。因為人事經理們對職位的描述只是例行公事隨便謝謝而已，你千萬不要當真！  
　　  
　　另外一個匹配觀念就是他的職位如何描述，你就改變你的簡歷換一個說法匹配，如他說要求領導能力強，你的簡歷也說具有領導才能，他要溝通能力一流，你的簡歷也說我最擅長溝通。你的簡歷表面匹配度最高，也可以多增加機會。你可將簡歷改成為他職位描述完全量身定做的簡歷。  
　　  
　　其實求職者有更多的面試機會，不但可以增加成功求職機會，還可以增加自己的信心，工資越叫越高還可以積累面試經驗。很多優秀的求職者網上發了很多簡歷沒有回應，以為自己不行沒有競爭力，只好自動降價，實為可惜！   特別是中國最大的招聘網站51job的簡歷投遞反饋率是同行業最低的，因為它主要資源80％投入報紙，報紙招聘完甚至錄取完畢后將職位入庫，只是將職位作為一個擺設放到網站。  
　　  
　　要知道現在網絡求職的成功率一般2個月是發1000份簡歷，有8份面試，2份成功，一個是你不想去的，可能一個是你相對滿意的。所以網絡求職的朋友千萬不要對自己失去信心。  

Apache和Tomcat同是Apache基金會下面的兩個項目。一個是HTTP WEB服務器，另一個是servlet容器（servlet container），最新的5.5.X系列實現Servlet 2.4/JSP 2.0Spec。在我們生產的環境中，往往需要Apache做前端服務器，Tomcat做后端服務器。此時我們就需要一個連接器，這個連接器的作用就是把 所有Servlet/JSP的請求轉給Tomcat來處理。在Apache2.2之前，一般有兩個組件可選擇。mod_jk和mod_jk2。后來 mod_jk2沒更新了，轉而更新mod_jk，所以現在一般都使用mod_jk做Apache和Tomcat的連接器。要指出的是mod_jk支持 Apache 1.x和2.X系列。
不過，自從Apache2.2出來后，你又多了種選擇，那就是proxy-ajp.大家知道Apache里的proxy模塊，可以實現雙向代理功能，功能 非常強大。其實從連接器的實現原理上來說，用proxy模塊來實現是非常自然的。proxy模塊的功能無非就是把相關的請求發給特定的主機再返回結果。那 連接器的功能需求就是要把所有對Servlet/JSP的請求都轉給后臺的Tomcat。而且所FreeBSD郵件列表上說，使用proxy-ajp要比 mod_jk的效率要高。就我一個外行來看，至少使用Apache自帶模塊，要比另外編譯的來得可靠。


apache2.2和tomcat5.5是一個不錯的組合，可以作為開發環境或者是工作服務器。在配置前需要下載以下幾個文件：
1.下載JDK
http://192.18.108.228/ECom/EComTicketServlet/BEGIN7CF7E6A4BCB54064E5D90FCCE00D7048/-2147483648/1579524843/1/732086/731822/1579524843/2ts+/westCoastFSEND/jdk-1.5.0_07-oth-JPR/jdk-1.5.0_07-oth-JPR:2/jdk-1_5_0_07-windows-i586-p.exe
2.下載apache2.2
http://mirror.vmmatrix.net/apache/httpd/binaries/win32/apache_2.2.2-win32-x86-no_ssl.msi
3.下載tomcat5.5.17
http://apache.justdn.org/tomcat/tomcat-5/v5.5.17/bin/apache-tomcat-5.5.17.exe


一、安裝和配置JDK
下載下來后，直接執行jdk-1.5.0_07-oth-JPR:2/jdk-1_5_0_07-windows-i586-p.exe
實裝時建議選擇簡單的路徑，如E:\Web_Server\jdk1.5.0\
安裝最后會要求安裝jre,繼續下一步就行,安裝路徑E:\Web_Server\jre1.5.0\。

裝完后添加或編緝三個系統變量(已經有就編緝，沒有就新建)：
在PATH變量尾加在";E:\Web_Server\jdk1.5.0\bin\" (注意有個分號)
新建Web_Server_HOME變量，值為 "E:\Web_Server\jdk1.5.0\"
新建CLASSPATH變量，值為 "E:\Web_Server\jdk1.5.0\lib\tools.jar"

二、安裝和測試apache
在安裝前如已安裝了IIS，請先停止IIS服務。因為IIS和apache都默認使用80端口，否則會沖突。
同樣直接運行安裝apache_2.2.2-win32-x86-no_ssl.msi，建議選擇簡單的路徑，如E:\Web_Server\ apache2.2\。安裝時會要求輸入一些關于這臺服務器的信息，如域名、管理員郵箱，這些信息將會加入到httpd.conf文件中。

安裝完配置httpd.conf文件，在E:\Web_Server\apache2.2\conf\下
用文本編緝器打開httpd.conf,在DirectoryIndex index.html后添加index.jsp

測試，在IE中輸入http://localhost/,如果apache工作應該可以看到"It works!"這樣的頁面。

三、安裝和測試tomcat
直接運行安裝tomcat,安裝路徑為E:\Web_Server\tomcat5.5\
安裝完，好像步驟一，添加一個系統變量TOMCAT_HOME,變量值為"E:\Web_Server\tomcat5.5\"
最后測試tomcat，因為tomcat默認使用了8080端口，所以在IE輸入http://localhost:8080,正常工作會看見一只小貓的頁面。

四。整合apache和tomcat
網上很多是通過mod_jk來整合的，由于apache2.2本身已經支持tomcat了，所以這里用proxy來整合tomcat，先把apache和tomcat都停止了。然后打開httpd.conf文件，把
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
前面的#號去掉，在文件最后添加
ProxyPass /images/ !
ProxyPass / ajp://127.0.0.1:8009/
ProxyPassReverse / ajp://127.0.0.1:8009/
上面幾名只是對apache進行簡單的優化。

五、最后測試整合后的apache+tomcat
啟動apache，再啟動tomcat,準備以下代碼的jsp文件，以便測試。
<%@ page contentType="text/html;charset=gb2312" %>
<HTML>
<HEAD>
<TITLE>JSP測試頁面</TITLE>
</HEAD>
<BODY>
<%out.println("<h1>Hello World! </h1>");%>
</BODY>
</HTML>
保存為test.jsp
在E:\Web_Server\tomcat5.5\webapps\ROOT\下新建一個文件夾myjsp,并把test.jsp放在里面。
在IE中輸入http://localhost:8080/myjsp/test.jsp
再輸入http://localhost/myjsp/test.jsp
如果兩次都顯示Hello World!說明已經成功整合了。


============================
方法之二：
Windows環境下的tomcat + apache配置(絕對實踐操作版)
關鍵詞： tomcat apache

Apache的HTTPD是目前比較受歡迎的網站服務器軟件，它不但功能強大，而且完全免費，并且支持市場上流行的各種操作系統(Windows, Linux,Mac os)。同時對于Java Servlet/JSP的支持，通常也會使用同樣Apache出品的Tomcat。
Tomcat除了支持Java Servlet/JSP之外，也可以當做網站服務器使用，但是在對于靜態的html文件、圖片文件等的解析效率上不如Apache HTTPD的執行效率高。應用tomcat的服務器如果網站的訪問量較大，系統資源占用會明顯升高，近日筆者在項目執行過程中遇到這一問題，便也想到同時 應用tomcat+apache服務。Apache負責靜態資源處理，tomcat負責jsp和java servlet等動態資源的處理。在網上看了不少介紹Apache和Tomcat集成的帖子。大多為互相轉貼，有幾個關鍵問題沒有講清楚，并且多數文章講 解中所舉的軟件版本都已經比較老舊。因而筆者總結自己實際操作的經驗，希望對大家有所幫助。

準備工作：
1、 apache 2.0.55
下載地址：http://apache.justdn.org/httpd/binaries/win32/apache_2.0.55-win32-x86-no_ssl.msi
2、 Tomcat 5.5
下載地址：http://tomcat.apache.org/download-55.cgi
3、 JRE1.5.0 update6
下載地址：http://java.sun.com/j2se/1.5.0/download.jsp
你也可以選擇安裝JDK,JDK不僅包含了運行java應用程序的支持，同時也包含J2SE的開發包。但如果您只是應用的話，我建議您僅下載JRE即可，為什么？因為它小啊：）
4、JK-apache-2.0.55
下載地址：
http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.15/mod_jk-apache-2.0.55.so
注意jk的版本一定要與你的apache版本相同。Jk下載可以直接到apache.org官網下載，有多種版本，適用于各種操作系統，地址如下：
http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/
windows用戶進入win32目錄，不同的tomcat對應不同jk文件擴展名不同，有可能是*.dll,或者*.so，根據你的tomcat版本下載合適的jk版本。

安裝，軟件的安裝順序可以適當調整，但是jre(jdk)一定要在tomcat之前安裝：
1、安裝JRE(JDK)
此處選擇默認安裝即可，(舊版本的JDK安裝完之后需要設置系統的環境變量，JRE和JDK1.5.0以后版本不設置也沒關系。)安裝完成之后你可以選擇按照下面的示例設置你的系統環境變量：我的電腦->右鍵屬性->常規->高級->環境變量
JAVA_HOME = d:\Java\jre1.5.0_06
CLASSPATH = .;d:\Java\jre1.5.0_06\lib\dt.jar;d:\Java\jre1.5.0_06\lib\tools.jar
PATH = d:\Java\jre1.5.0_06\bin
注意文件路徑要改成你實際安裝的路徑。

2、Apache安裝
此處注意，如果你本機已經裝了iis并且占用80端口,務必先在服務中將iis停止或禁用。軟件默認安裝即可。安裝過程中設置Network Domain和Server Name為localhost,設置你的email地址，下方會讓你選擇only for the current user或for all users。默認選擇for all users。這樣Apache就會占用80端口，并且做為一個系統服務開機自運行。
安裝完成之后，你在瀏覽器中輸入http://localhost, 將會看到Apache的成功頁面.Apache的主目錄是d:\Apache\Apache2,此時Apache,已經運行,你可以在窗口的托盤看到他的 圖標,雙擊圖標，在彈開的窗口選擇"Open Apache Monitor",點Stop，停止Apaceh服務，因為下面要安裝Tomcat和JK.

3、Tomcat安裝
選擇安裝目錄為了d:\Tomcat,其余為默認安裝.成功后在瀏覽器中輸入http://localhost:8080,出現Tomcat頁面表示安裝成功了。關于tomcat的設置已經有很多非常詳細的文章，在此就不再詳述了。

4、JK的安裝
把mod_jk_2.0.55.so拷貝到d:\Apache\Apache2\modules\下.

以上安裝全部完成后,打開cmd命令提示符,運行d:\Apache\Apache2\bin\Apache.exe -t 你將會看到"Syntax OK"，表示Apache配置正常．這個命令非常有用，下面在繼續配置Apache的時候還會再次用到。

配置服務器：

1、配置Tomcat
查找目錄下的conf/workers.properties文件，并對比下方文本內容，如有不同以下方內容為準修改。
workers.tomcat_home=d:\Tomcat #讓mod_jk模塊知道Tomcat的位置
workers.java_home=d:\Java\jre1.5.0_06 #讓mod_jk模塊知道jre的位置
ps=\
worker.list=ajp13 #模塊版本
worker.ajp13.port=8009 #工作端口,若沒占用則不用修改
worker.ajp13.host=localhost #本機,若上面的Apache主機不為localhost,作相應修改
worker.ajp13.type=ajp13 #類型
worker.ajp13.lbfactor=1 #代理數,不用修改

如果文件不存在則創建。并填充上述內容。

2、配置Apache
打開d:\Apache\Apache2\conf下的httpd.conf，在最后加入下面這段代碼并保存。
#設置Apache與Tomcat之間的連接，讓Apache遇到jsp文件時，在后臺將其交由Tomcat去處理
LoadModule jk_module modules/mod_jk_2.0.55.so
#此處mod_jk的文件為你下載的文件
JkWorkersFile "d:/Tomcat/conf/workers.properties"
#指定tomcat監聽配置文件地址
JkLogFile "d:/Tomcat/logs/mod_jk2.log"
#指定日志存放位置
JkLogLevel info

#設置虛擬主機

ServerAdmin localhost
DocumentRoot d:/test1
#您的站點項目所在路徑，應與tomcat中的目錄設置相同
ServerName localhost
DirectoryIndex index.html index.htm index.jsp
ErrorLog logs/shsc-error_log.txt
CustomLog logs/shsc-access_log.txt common
JkMount /servlet/* ajp13
#讓Apache支持對servlet傳送，用以Tomcat解析
JkMount /*.jsp ajp13
#讓Apache支持對jsp傳送，用以Tomcat解析
JkMount /*.do ajp13
#讓Apache支持對.do傳送，用以Tomcat解析


#開頭的行為注釋，可以刪除。此處的配置我是以設置虛擬目錄，重新指定了serverName,DocumentRoot路徑的方式配置站點，實際上， Apache的配置可以非常靈活，你也可以不采用虛擬目錄的方式，而直接去修改站點的默認配置，使用任意文本編輯工具，搜索如ServerName, DocumentRoot,ServerAdmin等相關項，然后將該項的配置根據你的實際情況進行修改即可。我建議大家可以多多嘗試不同的配置，這是一 種很有樂趣的體驗。
所有的修改完成這后，再次執行d:\Apache\Apache2\bin\Apache.exe -t 如果看到"Syntax OK"，說明你所有配置無誤，雙擊窗口的托盤中的圖標，然后點擊Start運行。
在地址欄中分別輸入http://localhost/，與http://localhost:8080/若結果相同,Apache與Tomcat整合成功

一、配置環境

下載和安裝 JRE 1.5 最新版 （1.5.06）
下載和安裝 Tomcat 最新版 （5.5.12），假定安裝目錄為 C:\Program Files\Apache Software Foundation\Tomcat 5.5
二、使 Tomcat 集群配置生效

修改 Tomcat 安裝目錄\conf\server.xml ，把 Server/Service/Engine/Host 下的 Cluster 結點前后的注釋符（<!-- 和 -->）刪除，并保存
三、配置第二個 Tomcat 實例

在 C:\Program Files\Apache Software Foundation\ 下新建目錄 Tomcat 5.5 Instance1
將 C:\Program Files\Apache Software Foundation\Tomcat 5.5 目錄下的全部內容復制到 C:\Program Files\Apache Software Foundation\Tomcat 5.5 Instance1
修改新實例的服務器配置文件 （C:\Program Files\Apache Software Foundation\Tomcat 5.5 Instance1\conf\server.xml），把其中的 Server/Service/Connector 的端口更改，以避免和第一個沖突（8080 -> 9080，8009 -> 9009，8443 -> 9443）
修改 Cluster/Receiver 結點的 tcpListenPort 端口（此端口用于 Session 復制），以避免和第一個沖突（4001 -> 4002）
注：Tomcat Cluster 默認使用多播來建立成員關系，即兩個實例的多播的地址和端口一樣，就可以互相認為是同一個 Cluster 的成員。

四、啟動驗證兩個 Tomcat 實例能否正常工作

直接用程序菜單里的 Monitor Tomcat 來啟動第一個實例（或在服務器里啟動）
第二個實例啟動稍微麻煩一些，在 C:\Program Files\Apache Software Foundation\Tomcat 5.5 Instance1\Bin 下建一個 startup.bat ，用如下 java 命令來啟動：
"C:\Program Files\Java\j實re1.5.0_06\bin\java.exe" -jar .\bootstrap.jar -Dcatalina.home="C:\Program Files\Apache Software Foundation\Tomcat 5.5 Instance1" -Dcatalina.base="C:\Program Files\Apache Software Foundation\Tomcat 5.5 Instance1" -Djava.endorsed.dirs="C:\Program Files\Apache Software Foundation\Tomcat 5.5\common\endorsed" -Djava.io.tmpdir="C:\Program Files\Apache Software Foundation\Tomcat 5.5 Instance1\temp" -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file="C:\Program Files\Apache Software Foundation\Tomcat 5.5 Instance1\conf\logging.properties" start

看起來挺長，其實主要是第二個實例的安裝目錄太長的緣故，直接執行此批處理就可以啟動第二個實例，如果配置正確，應該可以看到集群管理器啟動，并和第一個實例   建立成員關系的信息。

五、寫一個簡單Web應用，能顯示和設置 Session 屬性值，以供測試

如果有開發工具，新建一個 Web App ，假設為 TomcatDemo
新增 index.jsp ，加入如下代碼：
<%@ page contentType="text/html; charset=UTF-8" import="java.util.*"%>
<html><head><title>Cluster App Test</title></head>
<body>
Server Info: <%out.print(request.getLocalAddr() + " : " + request.getLocalPort());%>
<%
out.println("<br> ID " + session.getId());

// 如果有新的 Session 屬性設置
String dataName = request.getParameter("dataName");
if (dataName != null && dataName.length() > 0) {
  String dataValue = request.getParameter("dataValue");
  session.setAttribute(dataName, dataValue);
}

out.print("<b>Session 列表</b>");

Enumeration e = session.getAttributeNames();
while (e.hasMoreElements()) {
  String name = (String)e.nextElement();
  String value = session.getAttribute(name).toString();
  out.println( name + " = " + value);
  }
%>
<form action="index.jsp" method="POST">
  名稱:<input type=text size=20 name="dataName">
  <br>
  值:<input type=text size=20 name="dataValue">
  <br>
  <input type=submit>
  </form>
</body>
</html>


以上代碼主要是顯示服務器信息和 Session 值，并包含一個 Form ，可以隨時新建一個 Session 屬性值

修改此用應用的 Web.xml ，加入 distributable 屬性，表示 Tomcat 要為此 Web 應用復制 Session  
<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4">
    <display-name>TomcatDemo</display-name>
    <distributable/>
</web-app>

將應用打包成 WAR 文件，分別上現兩個實例的 Tomcat Manager 來部署
(如果沒有 Java 開發工具，可以直接建立一個 TomcatDemo 的目錄，用 Notepad 將如上的內容復制并保存成 index.jsp，然后在此目錄下新建子目錄 WEB-INF，再用 Notepad 新建一 Web.xml 文件，將上面的代碼復制保存，然后將此目錄壓縮成 Zip 文件，再把后綴改成 .war ，或利用 jar 命令來創建 .war 文件）

六、測試 Tomcat 集群和 Session 復制的是否工作

在 IE 中打開第一個實例中的 TomcatDemo （http://localhost:8080/TomcatDemo），在 Form 里隨便設置一個 Session 屬性，如 MyName = foo
將 IE 地址欄中的地址修改為第二個實例中的 TomcatDemo（http://localhost:9080/TomcatDemo），刷新，就可以看到注意到 SessionID 不變， MyName 的屬性值已有了
同樣，如果在第二實例中設置的值，在第一個實例的頁面中也能看到
注意：必須在同一個 IE 窗口中進行如上測試，以保證是同一個 Session ，如果是兩個窗口，則 Session 可能不同，也互相看不到 Session 復制的結果。

七、其它工作

上述只實現了 Session 復制，而沒有實現 Load Balance（負載均衡），這可以利用 Apache 等來實現。

     摘要: 在開始做http://133.newsky.cn之前，我已經明白網站的開發與產品開發沒有什么不同。不過在2004年離開微軟中國研發中心Office組的時候，我對網站開發仍一無所知，這主要是因為我之前沒有任何互聯網研發的背景。雖然對傳統軟件產品的研發管理比較有經驗，但從未接觸過Internet相關的項目。   從零開始與網站開發親密接觸 去年我接手第一個網站項目http://www....  閱讀全文

環境說明

       Apache  :apache_2.0.55     1 個

       Tomcat:  apache-tomcat-5.5.17 (zip版) 2個

       mod_jk:: mod_jk-apache-2.0.55.so  1個

第一部分：負載均衡

    負載均衡，就是apache將客戶請求均衡的分給tomcat1,tomcat2....去處理

   1.安裝apche,tomcat

   http://httpd.apache.org/ 下載Apache 2.0.55

    http://tomcat.apache.org/download-55.cgi 下載tomcat5.5 zip版本（解壓即可，綠色版）

   http://apache.justdn.org/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.15/  下載mod_jk,注意和  apache版本匹配

   按照jdk,我的路徑為:E:\ide\apache\Apache2

   解壓兩份Tomcat, 路徑分別為 E:\ide\tomcat1,E:\ide\tomcat2

下載mod_jk

2.修改Apache配置文件http.conf

   在apache安裝目錄下conf目錄中找到http.conf

   在文件最后加上下面一句話就可以了

  include "E:\ide\apache\Apache2\conf\mod_jk.conf"

        
        
        

5.編寫一個測試jsp
建立一個目錄test.里面新建一個test.jsp,內容為
<%
   System.out.println("===========================");
%>

把test放到tomcat1,tomcat2的webapps下

6.啟動apache,tomcat1,tomcat2,進行測試
通過 http://localhost/test/test.jsp 訪問，查看tomcat1的窗口，可以看到打印了一行"=========="
再刷新一次，tomcat2也打印了一條，再刷新，可以看到請求會被tomcat1,tomcat2輪流處理,實現了負載均衡.
        

第二部分，配置集群

   只配置負載均衡還不行，還要session復制，也就是說其中任何一個tomcat的添加的session，是要同步復制到其它tomcat， 集群內的tomcat都有相同的session

1. 修改tomcat1, tomcat2的server.xml,將集群部分配置的在注釋符刪掉,并將tomcat2的4001端口改為4002，以避免與tomcat沖突，當然，如果是兩臺電腦，是不用改端口的，去掉注釋符即可  
      
      
      
      
2，修改測試項目test

修改test.jsp,內容如下

<%@ page contentType="text/html; charset=GBK" %>
<%@ page import="java.util.*" %>
<html><head><title>Cluster App Test</title></head>
<body>
Server Info:
<%
out.println(request.getLocalAddr() + " : " + request.getLocalPort()+"<br>");%>
<%
  out.println("<br> ID " + session.getId()+"<br>");
 // 如果有新的 Session 屬性設置
  String dataName = request.getParameter("dataName");
  if (dataName != null && dataName.length() > 0) {
     String dataValue = request.getParameter("dataValue");
     session.setAttribute(dataName, dataValue);
  }
out.print("<b>Session 列表</b>");
Enumeration e = session.getAttributeNames();
  while (e.hasMoreElements()) {
     String name = (String)e.nextElement();
     String value = session.getAttribute(name).toString();
     out.println( name + " = " + value+"<br>");
         System.out.println( name + " = " + value);
   }
%>
  <form action="index.jsp" method="POST">
    名稱:<input type=text size=20 name="dataName">
     <br>
    值:<input type=text size=20 name="dataValue">
     <br>
    <input type=submit>
   </form>
</body>
</html>

然后在test 新建WEB-INF目錄，WEB-INF下新建web.xml,內容如下
<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4">
       <display-name>TomcatDemo</display-name>
       <distributable/>
</web-app>

注意：在你的應用的web.xml加入  <distributable/> 即可
ok,講test復制到tomcat1,tomcat2的webapps下，重啟apache,tomcat1,tomcat2,輸入網址 http://localhost/test/test.jsp  
新建一個 名稱為 xiaoluo  ,值為 cdut 的session,提交查詢，新開一個ie窗口，再提交查詢，如圖，可以看到，兩個tomcat 是負載均衡，并且session同步的
             

IM的服務器壓力測試今天完成了。總的來說，測試結果令人滿意。

IM服務器配置如下：
CPU：至強3G雙核 x 1
內存：1G
硬盤：140G SISC硬盤
IM服務之外的其余服務：
IM & 客戶端 自動更新服務
公司網站web服務
公司郵件服務

測試方式：
3臺計算機并發模擬客戶登陸及聊天。登陸包括查詢與下載好友列表、好友資料、群組列表、群組資料；聊天測試方式為，每個模擬客戶端每1秒向好友列表中的一個好友發送一條文本消息。所有好友消息均為服務器轉發，因為如果使用P2P方式的話，一旦P2P通道建立，數據便不再經過服務器，對IM服務器的壓力不產生影響，因此，便沒有測試P2P方式下的壓力數據，而選擇測試服務器轉發方式下的壓力數據。

最終的測試結果為：
服務器轉發模式下，大約能同時支持3000人登陸，4865人同時聊天（服務器崩潰前最近一次讀數）。
光登陸就超過2000，令人非常滿意，而且4865人同時聊天，這還是在未進一步優化的情況下獲得的數據。接近5000的數據，令人很是高興。

最后，IM服務器的架構簡述：
采用4IOCP。其中一個TCP IOCP用作管理員客戶端連接，以及將來的服務器聚合擴展；一個TCP IOCP用于用戶客戶端登陸登出，以及數據補包；一個UDP IOCP用于心跳、P2P打洞處理、中轉聊天的文字消息（包含系統表情）；一個UDP IOCP用于中轉聊天的非文本數據（比如圖像）。4個IOCP間的橋接及系統日志、管理員日志、用戶日志、插件日志均采用隊列處理。系統所有內存使用均有專門的內存管理器負責管理。至于UDP為什么也要采用IOCP，原因則是，雖然普通的UDP已經很快了，但是，每次發送，接收仍均需要阻塞等待。雖然每次阻塞的時間很短，但積少成多，在大量連接的情況下，仍然會比較可觀。而采用IOCP，則就是為了經量減小每次阻塞的時間。
最后，關于系統資源占用：
CPU：4%-9%。即使達到4865用戶同時在線聊天，CUP占用率也一直處于4%-9%
內存：IM服務器剛剛啟動時，占用內存7M多，當4865用戶同時采用服務器中轉方式在線聊天時，達到190M。

生命是一場輪回，有些事注定要發生。有些人注定要離去……

 
　 先關閉所有的IE瀏覽器窗口鼠標右鍵點擊快速啟動欄的IE瀏覽器圖標，在出現的快捷菜單中點擊“屬性”，系統隨即彈出“啟動Internet Explorer瀏覽器屬性”對話頁面，點擊“快捷方式”標簽，在出現的頁面的“運行方式(R)”中單擊右側的下拉條，選擇“最大化”。之后按“確定”退出。打開IE瀏覽器窗口，點擊里面的鏈接，接著關閉先前打開的IE瀏覽器窗口,只留下這個鏈接頁面，拉動邊框將其窗口拉到整個屏幕，然后關閉該頁面。從此，您打開IE瀏覽器窗口直接就是最大化的頁面了。如果這方法不靈，那可得改修改您的計算機的注冊表了，方法：打開“注冊表編輯器”，找到[HKEY_ CURRENT_USER＼Software＼Microsoft＼Internet Explorer＼Desktop＼Old WorkAreas]，然后選中窗口右側的“OldWorkAreaRects”，將其刪除；在“注冊表編輯器”中找到[HKEY_CURRENT_USER＼Software＼Microsoft＼Internet Explorer＼Main]，選擇窗口右側的“Window_Placement”，將其刪除；退出“注冊表編輯器”，重啟電腦，然后打開IE，將其窗口最大化，并單擊“向下還原”按鈕將窗口還原，接著再次單擊“最大化”按鈕，最后關閉IE窗口。以后重新打開IE時，窗口就正常了！

        如今，軟件開發越來越復雜，軟件功能也越來越豐富。而幾乎所有成熟的商業軟件，都是靠一個開發團隊齊心協力的血汗結晶。“羅馬不是一天建成的！”，當我們震撼于Microsoft Windows的驚世巨著的同時，也道聽途說了微軟公司軟件工程是如何的完善規范。的確，集數百名員工幾年的共同努力之大成，軟件項目管理的成敗是控制開發成本的關鍵環節。這里面，少不了貫穿其中的重要步驟----軟件文檔。軟件文檔可以分為開發文檔和產品文檔兩大類。開發文檔包括：《功能要求》、《投標方案》、《需求分析》、《技術分析》、《系統分析》、《數據庫文檔》、《功能函數文檔》、《界面文檔》、《編譯手冊》、《QA文檔》、《項目總結》等。產品文檔包括：《產品簡介》、《產品演示》、《疑問解答》、《功能介紹》、《技術白皮書》、《評測報告》、《安裝手冊》、《使用手冊》、《維護手冊》、《用戶報告》、《銷售培訓》等。
 一、開發文檔
1. 《功能要求》--來源于客戶要求和市場調查，是軟件開發中最早期的一個環節。客戶提出一個模糊的功能概念，或者要求解決一個實際問題 ，或者照同類軟件的一個功能。有軟件經驗的客戶還會提供比較詳細的技術規范書，把他們的要求全部列表書寫在文檔中，必要時加以圖表解說。這份文檔是需求分析的基礎。
2. 《投標方案》--根據用戶的功能要求，經過與招標方溝通和確認，技術人員開始書寫《投標方案》，方案書一般包括以下幾個重要的章節：前言--項目背景、公司背景和業務、技術人員結構、公司的成功案例介紹等。需求分析--項目要求、軟件結構、功能列表、功能描述、注意事項等。技術方案--總體要求和指導思想、技術解決方案、軟件開發平臺、網絡結構體系等。項目管理--描述公司的軟件開發流程、工程實施服務、組織和人員分工、開發進度控制、軟件質量保證、項目驗收和人員培訓、軟件資料文檔等。技術支持--公司的技術支持和服務介紹、服務宗旨和目標、服務級別和響應時間、技術服務區域、技術服務期限、授權用戶聯系人等。系統報價--軟、硬件平臺報價列表、軟件開發費用、系統維護費用等。項目進度--整個項目的進度計劃，包括簽署合同、項目啟動、需求分析、系統分析、程序開發、測試維護、系統集成、用戶驗收、用戶培訓等步驟的時間規劃。
3. 《需求分析》--包括產品概述、主要概念、操作流程、功能列表和解說、注意事項、系統環境等。以《功能要求》為基礎，進行詳細的功能分析(包括客戶提出的要求和根據開發經驗建議的功能)，列出本產品是什么，有什么特殊的概念，包括那些功能分類，需要具備什么功能，該功能的操作如何，實現的時候該注意什么細節，客戶有什么要求，系統運行環境的要求等。這里的功能描述跟以后的使用手冊是一致的。
4. 《技術分析》--包括技術選型、技術比較、開發人員、關鍵技術問題的解決、技術風險、技術升級方向、技術方案評價，競爭對手技術分析等。以《需求分析》為基礎，進行詳細的技術分析(產品的性能和實現方法)，列出本項目需要使用什么技術方案，為什么，有哪些技術問題要解決，估計開發期間會碰到什么困難，技術方案以后如何升級，對本項目的技術有什么評價等。
 5. 《系統分析》--包括功能實現、模塊組成、功能流程圖、函數接口、數據字典、軟件開發需要考慮的各種問題等。以《需求分析》為基礎，進行詳細的系統分析(產品的開發和實現方法)，估計開發期間需要把什么問題說明白，程序員根據《系統分析》，開始在項目主管的帶領下進行編碼。
6. 《數據庫文檔》--包括數據庫名稱、表名、字段名、字段類型、字段說明、備注、字段數值計算公式等。以《系統分析》為基礎，進行詳細的數據庫設計。必要時可以用圖表解說，特別是關系數據庫。
7. 《功能函數文檔》--包括變量名、變量初植、功能，函數名，參數，如何調用、備注、注意事項等。以《系統分析》為基礎，進行詳細的說明，列出哪個功能涉及多少個函數，以便以后程序員修改、接手和擴展。
8. 《界面文檔》--包括軟件外觀、界面素材、編輯工具、文件名、菜單、按鈕和其它界面部件的要求，這里與軟件完成后的運行界面是一致的。
9. 《編譯手冊》--包括服務器編譯環境、操作系統、編譯工具、GNU的C++編譯器版本信息、目錄說明、程序生成、源程序文件列表、Makefile配置及其相關程序的對應關系列表。客戶端的編譯過程、編譯結果、編譯示例、編譯環境、操作系統、編譯工具、源文件列表和制作安裝程序的過程。
10. 《QA文檔》--包括產品簡介、產品原理、產品功能列表、功能描述、功能流程、執行結果、數據庫結構、測試要求等，提供給軟件測試人員使用。
11. 《項目總結》--包括項目簡介、項目參與人員和開發時間

 

CMMI標準名詞術語

1 AT Assessment Team 評審小組
2 ATM Assessment Team Member 評審小組成員
3 BA Baseline Assessment 基線評審
4 CAR Causal Analysis and Resolution 原因分析與決策
5 CBA CMM-Based Appraisal 基于CMM的評價
6 CBA-IPI
CMM-Based Appraisal for Internal Process
Improvement
為內部過程改進而進行的基于CMM的評價（通常
稱為CMM評審）
7 CC Configuration Controller 配置管理員
8 CF Common Feature 公共特性
9 CFPS Certified Function Point Specialist 注冊功能點專家
10 CI Configuration Item 配置項
11 CM Configuration Management 配置管理
12 CMM Capability Maturity Model 能力成熟度模型
13 CMMI Capability Maturity Model Integration 能力成熟度集成模型
14 COTS Commerce off the shelf 商業現貨供應
15 DAR Decision Analysis and Resolution 決策分析與制定
16 DBD Database Design 數據庫設計
17 DD Detailed Design 詳細設計
18 DP Data Provider 數據提供者
19 DR Derived Requirement 派生需求
20 EPG Engineering Process Group 工程過程小組
21 FP Function Point 功能點
22 FPA Function Point Analysis 功能點分析
23 FR Functional Requirement 功能性需求
24 GA Gap Analysis 差距分析
25 ID Interface Design 接口設計
26 IFPUG International Function Point Users Group 國際功能點用戶組織
27 IPM Integrated Project Management 集成項目管理
28 IR Interface Requirement 接口需求
29 KPA Key Process Area 關鍵過程域
30 KR Key Requirements 關鍵需求
31 LA Lead Assessor 主任評審員
32 MA Measurement and Analysis 測量與分析
33 MAT Metrics Advisory Team 度量咨詢組
34 MCA Metrics Coordinator and Analyst 度量專員
35 ML matreraty library 度量數據庫
36 NFR Non-functional Requirement 非功能性需求
37 OC Operational Concept 操作概念
38 OID Organizational Innovation and Deployment 組織革新與部署
39 OPD Organizational Process definition 組織過程定義
40 OPF Organizational Process focus 組織過程焦點
41 OPL Organizational Process Assets 組織過程財富
42 OPP Organaizational Process Perormance 組織過程性能
43 OSSP Organization’s Set of Standard Process
組織標準過程集合
44 OT Organizational Training 組織級培訓
45 PA Process Areas 過程域
46 PAT Process Action Team 過程行動小組
47 PB Process Assets Library 過程財富庫
48 PD Preliminary Design 概要設計
49 PDSP Project Defined Standard Processes 項目定義標準過程
50 PI Produce Integration 產品集成
51 PLC Product Life Cycle 產品生命周期
52 PMC Project Monitoring and Control 項目監控
53 PP Project Planning 項目策劃
54 PPQA Process and Product Quality Assurance 過程與產品質量保證
55 PPR Price Performance Ratio 性能價格比
56 QA Software Quality Assurance 軟件質量保證
57 QA Quality Assurance 質量保證
58 QAP Software Quality Assurance Plan 質量保證計劃
59 QPM Quantitative Project Management 量化項目管理
60 RD Requirements Development 需求開發
61 RM/ReqM Requirements Management 需求管理
62 RSKM Risk Management 風險管理
63 RTM Requirement Traceability Matrix 需求跟蹤矩陣
64 SAM Supplier Agreement Management. 供應協議管理
65 SC Steering Committee 指導委員會
66 SCAMPI
Standard CMMI Assessment Method for
Process Improvement 過程改進CMMI標準評審方法
67 SCCB Software Configuration Control Board 軟件配置管理控制委員會
68 SCM Software Configuration Management 軟件配置管理
69 SDP Software Development Plan 軟件開發計劃
70 SEI Software Engineering Institute (美國)軟件工程學院
71 SEPG Software Engineering Process Group 軟件工程過程組
72 SPI Software Process Improvement 軟件過程改進
73 SPP Software Project Planning 軟件項目策劃
74 SPTO Software Project Tracking and Oversight 軟件項目跟蹤與監控
75 SR System Requirements 系統需求
76 SRS Software Requirement Specification 軟件需求規格
77 SSM Software Subcontract Management 軟件分包管理
78 SSR Software System Requirement 軟件系統需求
79 TS Technical Solution 技術解決方案
80 UC Use Case 用例
81 UID User Interface Design 用戶界面設計
82 VAL Validation 確認
83 VER Verification 驗證
84 WBS Work Breakdown Structure 工作分解結構
85 WP Work Products 工作產品
86 Pre-assessment 預評審
87 Baseline 基線
88 Quality Attribute 質量屬性
89 Scenario 場景

 

鞠強

 

 

         這是一篇關于成長的心得。仁者見仁、智者見智，如果諸位讀者能夠從此文中看出一點東西來，有所感悟，我就滿足了。

         我是數學系畢業的，大二開始搗鼓計算機（94年），最大的興趣就是寫程序。改游戲、改病毒，這些小東西讓人很有成就感。工作后的興趣經歷了一個很大的轉變（當然，這個時間相對于多數人而言，遲了些），2000年的時候，我突然發現了我寫的程序的價值。當我看到我修改了短短的幾行代碼的時候，給客戶帶來了很大的效率提升，降低了成本，那種成就感，遠非6年前的認識可比了。

         本文并非專門面對計算機入門者，所以內容比較雜。

         此段權作前言，現在進入正題。

知識點要連貫，知識面要廣

         國內的大部分軟件企業，從來沒有像國外那樣，在技術上保持連續性。從微軟這條路線來看，從最早的DOS->Win16->Win32->OLE->DCOM，到COM+->.NET，我們很難找到能夠完整走完這個歷程的人。這種現狀，導致大部分的技術人員，對于開發技能，有一個很大的斷層：知其然，不知其所以然；碰到非source code的錯誤，就手足無措；或者代碼質量低劣，或者性能有很大瓶頸。

         上面的路線演進，可以認為是“工程”方面的，而非我們大學教育中的“科學”。操作系統、數據庫、數據結構、離散數學，這些內容非常重要。但是我們要注意的是，你學習了這些，不代表就能寫好一個程序，能夠解決客戶的問題。工程方面的東西，我們多加掌握，熟練應用，配合上述“科學”的內容，才能真正保證程序價值的發揮。

而如何讓兩者有機的結合起來？我想，不外乎就是興趣+經驗。

         在微軟平臺上開發，很重要的一個資源就是MSDN（Microsoft Software Development Network），里面有how to，有concepts，有topics，可以讓我們更好更快的上手。當我們碰到某個代碼錯誤，想找某種解決方案的時候，MSDN是一個非常好的助手。對于初學者，我們可以看里面的how to，step by step的進行學習。

         還有一個笨辦法，我剛工作時候采用的，就是找一個老版本的SDK說明文檔（borland開發工具的幫助里面就有，那個短小精悍，沒有msdn的那么復雜），從字母A開始，到字母Z，我當時花了一年半的時間，基本把所有的API都試驗了一遍。這么做有個好處，能讓你快速的對整個開發有一個概覽。以后在學習或者工作中碰到了問題，能讓你有一個大概的印象，知道應該怎么做，知道應該用哪個API

        對于現在的應用而言，如果是基于.NET的企業級應用開發，我的經驗是，Win32 API了解即可（當然，如果對某一方面很熟練的話，還是非常有好處的。如socket、GDI等。）；COM/COM+要知道一些，至少要清楚Add/Release Reference的含義；.NET Framework要深入一些。比如可以拿那本《.NET 高級編程》來做練習。這本書1000多頁，雖然名之為“高級”，但你可以拿它當字典來用。有興趣的，可以按照我說的那個笨辦法，從第一章開始到最后一章，讀一遍之后，自己一個字母一個字母的，把所有的代碼寫上、調試通過、運行，并反復debug，從中了解語法、語義、一些編程技巧。

       對于高質量的代碼而言，仔細研讀《Essential .NET》這本書是很有必要的。

        對于企業級應用開發，還有一點很重要，就是數據庫知識。數據庫本身的語法很簡單，關鍵是我們寫出來的sql要成本低，成本低一般就會帶來效率的提升（并非絕對如此）。這部分內容，一需要經驗，二需要思想意識的轉變。什么思想意識呢？就是要有數字化的觀點！

         舉個例子，客戶讓你出一份能夠適應未來三年需求的存儲方案，你該如何考慮？如果沒有數字的觀點，很可能的結果就是瞎蒙出來的數字。如果有了數字觀點，我們很容易提供此方案。

        對于存儲空間,我們可以仔細分析客戶最近2-3年的數據庫結構、內容，加以咨詢客戶，未來3年的應用變化趨勢，最終我們能得到這樣一份提綱：

	帳務管理	發票管理	訂單管理
用戶個數	50	20	100
高峰時間段	月底3天	每日	每日
每行記錄大小（kb）	20	10	200
業務發生筆數（每天）	30	50	50
高峰期業務發生筆數（每天）	100	50	50

 

假設每個月工作日是22天，那么計算每個月的高峰期業務量、平時業務量，得到一個總數，乘以36個月，就能得到一個統計意義上的3年業務量。再考慮到tempdb、日志、索引，以及raid，我們就能很容易的得到存儲空間數字。再通過TPC等要求，得到服務器的其他配置要求。

 

         當你寫的代碼被別人應用的時候，總會有這樣、那樣的問題。硬件，可能會和程序不兼容；軟件，新操作系統你可能不支持；木馬可能讓你的B/S代碼發生莫名其妙的故障；病毒會導致你的.NET runtime頻繁重啟；BT/emule讓你的應用沒有帶寬用、socket無法連接，等等……

         諸如此類的問題，絕對不是我們在電腦旁邊寫程序時，就能想到的。那怎么辦呢？我們雖然做不到全才，但是要利用好你所處的團隊，利用好網絡資源。這兩點做到了，當你積累了相當的經驗，再考慮新的程序的時候，就能有所警覺，讓新程序的架構更為合理。（對于架構，牢牢記住這些：伸縮性、擴展性、可靠性，以及安全、性能。）

當你對架構有所了解的時候，你又會發現，細節決定了一切。細節的處理，來自于你的知識面、項目經驗，以及大量的思考。無論.NET還是J2EE，無論是C#還是C++，平時多了解一些，總會對你思考整個軟件，帶來益處的。

 

軟件開發是一項事業

         軟件是一個非常累的行業，如果想拿高薪、每天八小時工作、周六周日有自己的私人空間，那么在這個行業你幾乎找不到合適的切入點。

對于許多新人而言，這個行業充滿了誘惑，也有很多挑戰。興趣，也許是選擇這個行業的第一前提。當我發現我寫的程序能夠控制企業的生產設備時，無疑是很興奮的；當我發現我的代碼總是會莫名其妙的crash，無疑又是很沮喪的。很快，我們的興趣就容易被這些抽風似的問題，磨滅殆盡。

也許可以這么說，興趣是領我們進門的老師，你能讓它跟你越久，你就越能保持前進的動力。如果沒有了，這也是一個好事。我在工作后的第三年，突然對所做的一切失去了興趣。后來想，這說明我已經度過了那個純粹感性認識的階段，“可以”朝理性階段邁進了。

就這個行業本身而言，我們更多的接觸客戶、更多的接觸實際需求，這些帶來的沖擊，遠比一種新技術對我們的影響，要猛烈的多。客戶那里有各式各樣的硬件環境、網絡環境、軟件環境，有各種管理模式的應用。接觸的久了，我們自然就會思考：

l 我寫的代碼，該如何改進，才能適應各種環境？

l 應用上采用什么架構，可以滿足可預見到的未來的需求？

l 怎么做，能讓程序在sqlserver和oracle、db2上都跑的很好？

l 安全上，代碼中的sql injection，真是那么容易解決的嗎？

l 我的程序能夠無縫的在客戶那里的.NET Frame1.1/2.0上切換嗎？

l 我的程序，如何能在windows 2000上跑的更快？

 

當我們有了這些思考，實際上，興趣就又回來了。這些問題毫無疑問，都不簡單，但都很有意思。我相信，這是一個良性的循環。興趣、事業，交替引導著我們前行。

 

不要急于為自己定位

         工作了2、3年之后，我們都會有這個困惑：我以后做什么？繼續作程序員？作管理？想的再遠一些，30歲之后，我們應該做什么？

         這個問題，我曾經問過我的老板，他和我說，你把自己當前的工作做好，好的要做的更好。今后的發展，是和你目前所做的工作、你的視野、你的經驗，息息相關的。

         功到自然成。

        

如何看待IT這個行業

         我認為IT行業，現在剛剛是起步階段，這個階段也許持續20年或者更長。IT的最終目標，應該是作為一種基礎服務，沉淀在經濟發展大潮下面。如同水、電、煤氣一樣，我們日常感受不到它們的存在。一旦停電、停水、停氣，我們才會感覺到不便，才會發現，整個經濟的運轉，都離不開這些基礎設施。

         軟件方面，最終也會發展到這么一個階段。黑客帝國二里面，議會老大和NEO在談論matrix和“真實”世界，透過繁榮，背后是巨大的能量供應基地、星羅棋布的管道，這一切看起來丑陋的東西，被深深地印藏在背后了。

 

         從目前來看，軟件還是在盡量的模擬世界，盡量的從數據中發現我們所生存的這個世界的真相。這首先需要我們把所有能發現的現象，都抽象出來，需要龐雜的數學理論支持，需要硬件的革命性地變化支撐。

但這是一個非常困難的工作，也許幾代人的時間我們才能做到。我們目前所做的，正是這偉大變革的第一步。

做好選擇：進大公司？進小公司？

         每個臨近畢業的，致力于搞軟件的人都會有這個抉擇：進大公司？進小公司？

         大公司門檻高，組織結構復雜，層級很多，待遇也許不會太好，高手眾多。Freshman也許要適應幾年的時間，才能展露頭角。

         小公司門檻低，結構單一，待遇相對會好。新手很容易抓住機會，在項目中成長起來。

 

         眾多走過來的人都有這個經驗，大公司里面你會學到很多東西，各方面會正規一些；小公司的生存壓力比較大，也許你會成為一個多面手，但成為一個高手，會很困難。道理很簡單，一個是發展階段，一個是生存期，這兩種狀態決定了公司的運營狀態，決定了軟件研發的思路，決定了市場思路。

 

         我個人的體會是，開始進入大公司，應該是一個不錯的抉擇。如果進了小公司，就要考慮如何踏實的把工作做好先，如何能夠全面、快速的成長。

 

 

 

作者鞠強，10年的企業管理軟件開發經驗，目前致力于產品性能、安全方面的研究。我的聯系方式是：濟南市山大路224號，浪潮通軟，郵編250103。聯系電話：138 5310 1310，MSN是：juqiang1975@msn.com

功能測試就是對產品的各功能進行驗證，根據功能測試用例，逐項測試，檢查產品是否達到用戶要求的功能。常用的測試方法如下
　　1. 頁面鏈接檢查：每一個鏈接是否都有對應的頁面，并且頁面之間切換正確。

　　2. 相關性檢查：刪除/增加一項會不會對其他項產生影響，如果產生影響，這些影響是否都正確。

　　3. 檢查按鈕的功能是否正確：如update, cancel, delete, save等功能是否正確。

　　4. 字符串長度檢查: 輸入超出需求所說明的字符串長度的內容, 看系統是否檢查字符串長度,會不會出錯.

　　5. 字符類型檢查: 在應該輸入指定類型的內容的地方輸入其他類型的內容(如在應該輸入整型的地方輸入其他字符類型),看系統是否檢查字符類型,會否報錯.

　　6. 標點符號檢查: 輸入內容包括各種標點符號,特別是空格,各種引號,回車鍵.看系統處理是否正確.

　　7. 中文字符處理: 在可以輸入中文的系統輸入中文,看會否出現亂碼或出錯.

　　8. 檢查帶出信息的完整性: 在查看信息和update信息時,查看所填寫的信息是不是全部帶出.,帶出信息和添加的是否一致

　　9. 信息重復: 在一些需要命名,且名字應該唯一的信息輸入重復的名字或ID,看系統有沒有處理,會否報錯,重名包括是否區分大小寫,以及在輸入內容的前后輸入空格,系統是否作出正確處理.

　　10. 檢查刪除功能:在一些可以一次刪除多個信息的地方,不選擇任何信息,按”delete”,看系統如何處理,會否出錯;然后選擇一個和多個信息,進行刪除,看是否正確處理.

　　11. 檢查添加和修改是否一致: 檢查添加和修改信息的要求是否一致,例如添加要求必填的項,修改也應該必填;添加規定為整型的項,修改也必須為整型.

　　12. 檢查修改重名:修改時把不能重名的項改為已存在的內容,看會否處理,報錯.同時,也要注意,會不會報和自己重名的錯.

　　13. 重復提交表單：一條已經成功提交的紀錄，back后再提交，看看系統是否做了處理。

　　14. 檢查多次使用back鍵的情況: 在有back的地方,back,回到原來頁面,再back,重復多次,看會否出錯.

　　15. search檢查: 在有search功能的地方輸入系統存在和不存在的內容,看search結果是否正確.如果可以輸入多個search條件,可以同時添加合理和不合理的條件,看系統處理是否正確.

16. 輸入信息位置: 注意在光標停留的地方輸入信息時,光標和所輸入的信息會否跳到別的地方.

　　17. 上傳下載文件檢查：上傳下載文件的功能是否實現，上傳文件是否能打開。對上傳文件的格式有何規定，系統是否有解釋信息，并檢查系統是否能夠做到。

　　18. 必填項檢查：應該填寫的項沒有填寫時系統是否都做了處理，對必填項是否有提示信息，如在必填項前加*

　　19. 快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C Ctrl+V Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。

　　20. 回車鍵檢查: 在輸入結束后直接按回車鍵,看系統處理如何,會否報錯。

 

網上關于Apache + JK + Tomcat的集群配置例子很多，按著例子配置下來，基本都能運行，不過，在一些重要的地方卻沒有進一步的說明。這次公司一個產品就是采用Apache+JK+Tomcat集群，在整個配置、測試過程中，遇到了許多的問題，經過不斷測試、摸索，最后總算是搞定了，性能也達到了預期的目標。針對網上的例子，感覺有必要再詳細的介紹一下我的配置過程，對一些要特別注意的地方進行補充。

集群有別于分布式的解決方案，它采用的是每臺服務器運行相同應用的策略，由負責平衡的服務器進行分流，這對提高整個系統的并發量及吞吐量是更有效的辦法。而集群對請求的處理又有兩種不同的方式：負載平衡、狀態復制(即集群)，狀態復制需要在各服務器間復制應用狀態，而負載平衡則不用，每臺服務器都是獨立的。實踐證明，在各應用服務器之間不需要狀態復制的情況下，負載平衡可以達到性能的線性增長及更高的并發需求。

對于集群的其它基礎知識，在此就不再做累贅。以下就這次Apache + JK + Tomcat的負載平衡配置進行總結，重點關注整個配置及注意事項。

準備軟件

1、 Tomcat或JBoss（本文檔中采用的是JBoss4.0.2）；

2、 apache2.0.54是開源的Web服務器，下載地址為： http://www.apache.org/dist/httpd/binaries/ ；

3、 mod_jk-1.2.14-apache-2.0.54.so模塊,jk是mod_jserv的替代者，它是Tomcat-Apache插件，為Apache和Tomcat的連接器，處理Tomcat和Apache之間的通信，在集群配置中充當負載均衡器的作用，當前的最新版本為1.2.15，不過不同JK版本與不同的Apache版本之間的搭配有一些差異，有的甚至配不起來。JK2是符合apache2.x系列的新品，但由于其配置太過麻煩，使用的人很少，所以目前已停止開發，所以我們采用了jk連接器，下載地址：http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/。

集群與負載平衡

使用mod_jk默認的以輪循方式進行平衡負載，假設有四個服務器節點，有10個請求，則四個節點分別接受請求編號如下：

而集群方式也是使用這種方法進行平衡。Tomcat中的集群原理是通過組播的方式進行節點的查找并使用TCP連接進行會話的復制。

    集群不同于負載平衡的是，由于集群服務需要在處理請求之間不斷地進行會話復制，復制后的會話將會慢慢變得龐大，因此它的資源占用率是非常高的，如果在并發量大的應用中，復制的會話大小會變得相當大，而使用的總內存更是會迅速升高。

    但集群的會話復制，增加了系統的高可用性。由于在每臺服務器都保存有用戶的Session信息，如果服務器群中某臺當機，應用可以自動切換到其它服務器上繼續運行，而用戶的信息不會丟失，這提高了應用的冗錯性。

具體采用負載平衡還是集群，這要看應用的需求了。

安裝配置Apache

1、下載Apache的安裝程序apache_2.0.54-win32-x86-no_ssl.exe后，安裝很簡單，一路回車，就此略過。

2、安裝完畢后，將下載的mod_jk-1.2.14-apache-2.0.54.so復制到Apache安裝目錄下的modules子目錄中。

3、然后進入Apache安裝目錄下的conf子目錄中，打開httpd.conf配置文件，在最后插入以下一行：

Include conf/mod_jk.conf

4、 在conf子目錄下，建立一個新的配置文件：mod_jk.conf，此文件為Apache加載連接器的配置文件，文件名可修改，但要與httpd.conf中Include的文件名一致，內容如下：

# Load mod_jk module. Specify the filename

# of the mod_jk lib you’ve downloaded and

# installed in the previous section

#加載mod_jk模塊

LoadModule jk_module modules/mod_jk-1.2.14-apache-2.0.54.so

# Where to find workers.properties

JkWorkersFile conf/workers2.properties

# Where to put jk logs

JkLogFile logs/mod_jk.log

# Set the jk log level [debug/error/info]

JkLogLevel info

# Select the log format

JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "

# JkOptions indicate to send SSL KEY SIZE,

JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories

# JkRequestLogFormat set the request format

JkRequestLogFormat "%w %V %T"

# 請求分發配置，可以配置多項

JkMount /* loadbalancer

#關掉主機Lookup，如果為on，很影響性能，可以有10多秒鐘的延遲。
HostnameLookups Off

注：藍色加粗的兩行是重點，第一句是Apache加載JK模塊用的；第二句為配置哪些URL請求將由負載平衡器來處理。

5、 在conf子目錄下，建立一個新的配置文件：workers2.properties，此文件為負載平衡的配置文件，文件名不能修改，這是JK默認的名字，內容如下：

worker.list=loadbalancer

# Define the first node...

worker.server99.port=8009

worker.server99.host=192.168.11.99

worker.server99.type=ajp13

worker.server99.lbfactor=1

worker.server99.local_worker=1

worker.server99.cachesize=1000

worker.server99.cache_timeout=600

worker.server99.socket_keepalive=1

worker.server99.socket_timeout=0

worker.server99.reclycle_timeout=300

worker.server99.retries=3

# Define the second node...

worker.server202.port=8009

worker.server202.host=192.168.11.202

worker.server202.type=ajp13

worker.server202.lbfactor=1

worker.server202.local_worker=1

worker.server202.cachesize=1000

worker.server202.cache_timeout=600

worker.server202.socket_keepalive=1

worker.server202.socket_timeout=0

worker.server202.reclycle_timeout=300

worker.server202.retries=3

# Now we define the load-balancing behaviour

worker.loadbalancer.type=lb

worker.retries=3

worker.loadbalancer.balance_workers=server99 ,server202

worker.loadbalancer.sticky_session=true

worker.loadbalancer.sticky_session_force=true

注：以上定義了兩個worker，一個為server99，另一個為server202，定義了一個負載平衡服務器loadbalancer，其中標藍色的為重點配置項，相關的詳細說明可以看官方的網站文檔：http://tomcat.apache.org/connectors-doc/，其它節點的定義可以直接Copy，修改一下節點名及IP就好了。
A、worker.list=loadbalancer

設定工作的負載平衡器，各Tomcat節點不能加入此列表。

    B、worker.server99.lbfactor

負載平衡的權重比，如果此權重比越大，則分配到此節點的請求越多，如以上兩個節點的權重比為1:1，則為平均分配。

C、worker.loadbalancer.balance_workers=server99,server202

   指定此負載平衡器負責的Tomcat應用節點。

D、worker.loadbalancer.sticky_session=true

   此處指定集群是否需要會話復制，如果設為true，則表明為會話粘性，不進行會話復制，當某用戶的請求第一次分發到哪臺Tomcat后，后繼的請求會一直分發到此Tomcat服務器上處理；如果設為false，則表明需求會話復制。

E、worker.loadbalancer.sticky_session_force=true

   如果上面的sticky_session設為true時，建議此處也設為true，此參數表明如果集群中某臺Tomcat服務器在多次請求沒有響應后，是否將當前的請求，轉發到其它Tomcat服務器上處理；此參數在sticky_session=true時，影響比較大，會導致轉發到其它Tomcat服務器上的請求，找不到原來的session，所以如果此時請求中有讀取session中某些信息的話，就會導致應用的null異常。

6、Apache服務器的配置文件httpd.conf中，默認有三個參數對性能的影響比較大，但根據不同的性能要求，參數的表現又不一樣，太小并發提不上去，太大性能反而不好，建議根據項目的需要，實際做個測試，如并發要求800的話，可以設定為：

#一個連接的最大請求數量

MaxKeepAliveRequests　1000（值為0，則不限制數量）

#每個進程的線程數，最大1920。NT只啟動父子兩個進程，不能設置啟動多個進程

ThreadsPerChild　　　　1000（最大為1920）

#每個子進程能夠處理的最大請求數

MaxRequestsPerChild   1000（值為0，則不限制數量）

這三個參數要根據不同的需求，不同的服務器進行調整。

安裝配置Tomcat或JBoss

1、對于Tomcat或JBoss的安裝，這里不做說明，目前我們是采用Apache+JBoss，不過，JBoss也是用的Tomcat，所以這里的配置也是適合Tomcat的；

2、對于JBoss的配置，很簡單，只需要改兩個地方就可以了：

第一個地方：進入jboss-4.0.2\server\default\deploy\jbossweb-tomcat55.sar，打開server.xml，大約在第32行左右，有，在其中加入一個參數，變為：

第二個地方：進入jboss-4.0.2\server\default\deploy\jbossweb-tomcat55.sar\META-INF目錄，打開jboss-service.xml，大約在110行，有false，將其改為：

true

這里有一個需要特別注意的地方，JBoss的Tomcat中，關于AJP連接協議的默認配置，對于大并發量是不夠用的，要做一些修改，進入jboss-4.0.2\server\default\deploy\jbossweb-tomcat55.sar，打開server.xml，找到的地方，這里是定義AJP連接器的地方，它的配置中沒有maxThreads項，默認為200，我們可以做修改：

         emptySessionPath="true" enableLookups="false" redirectPort="8443"

         protocol="AJP/1.3" maxThreads="3000"/>

maxThreads的值要看你的并發量多大，設置太大也不好。

運行

至此，整個配置全部完成，注意一點是，在各JBoss節點，重啟或新增加一個JBoss節點時，需要重新啟動Apache，而對于服務器群中某個JBoss節點shutdown，Apache會自動偵測，不用重新啟動。

如果在運行過程中，群中的某個JBoss節點shutdown，則已登錄到此服務器上的用戶的請求將出錯，此服務器負責的session將丟失，但Apache會自動偵測到此服務器已shutdown，后繼的新請求將不會再引導到此節點。

對于負責請求分發的Apache服務器，需要消耗大量的CPU資源，因此如果在測試過程中出現一些Service Temporarily Unavailable或Server  has shut down the connection prematurely這樣的錯誤，這一般都是服務器配置不夠好引起的，或者是Apache、Tomcat、及應用中的某些配置不夠使用，這時候就要考慮換更好的機器或優化應用中的配置。

常見問題

一、cannot connect to server：無法連接到服務器。這種情況是服務器的配置有問題，服務器無法承受過多的并發連接了，需要優化服務器的配置：

如操作系統采用更高版本，如windows 2003 server，

優化tomcat配置：maxThreads="500" minSpareThreads="400" maxSpareThreads="450"

但是tomcat 最多支持500個并發訪問

優化apache配置：

ThreadsPerChild 1900

MaxRequestsPerChild  10000

二、 Action.c(10): Error -27791: Server  has shut down the connection prematurely

HTTP Status-Code=503 (Service Temporarily Unavailable)
一般都是由于服務器配置不夠好引起的，需要優化硬件和調整程序了。

三、無法處理請求：

當我們輸入 ***.do 命令后，apache卻返回錯誤信息，而連接tomcat卻沒有問題。原因是沒有把.do命令轉發給tomcat處理。解決方法如下：

在apache配置文件中配置如下內容：

JkMount /*.jsp loadbalancer

JkMount /*.do loadbalancer

Web壓力測試是目前比較流行的話題，利用Web壓力測試可以有效地測試一些Web服務器的運行狀態和響應時間等等，對于Web服務器的承受力測試是個非常好的手法。Web 壓力測試通常是利用一些工具，例如微軟的Web Application Stress、Linux下的siege、功能全面的Web-CT等等，這些都是非常優秀的Web壓力測試工具。

雖然這些工具給我們測試服務器承受能力帶來方便，但是它們的危害卻更是驚人，甚至于利用隨便一種比較全面的測試工具就可以對一臺小型的 Web服務器發動災難性的拒絕式攻擊。下面我就帶大家利用微軟的Web Application Stress進行一次Web壓力測試，其目的是為了讓大家看到它的巨大危害。

一、工具簡單介紹

Microsoft Web Application Stress Tool 是由微軟的網站測試人員所開發，專門用來進行實際網站壓力測試的一套工具。透過這套功能強大的壓力測試工具，您可以使用少量的客戶端計算機仿真大量用戶上線對網站服務所可能造成的影響，在網站實際上線之前先對您所設計的網站進行如同真實環境下的測試，以找出系統潛在的問題，對系統進行進一步的調整、設置工作。就是因為這些特性，才使它具備了D.O.S轟炸的功能。

小提示：D.O.S（拒絕服務攻擊）通過使你的服務計算機崩潰或把它壓跨來阻止你提供服務。簡單來說，就是讓你的計算機提供可能多的服務從而使你的計算機陷入崩潰的邊緣或崩潰。

二、工具簡單設置

打開Web Application Stress Tool，很簡潔的一個頁面（如圖1），上面是工具欄，左下方是功能選項，右下方是詳細設置選項。在對目標Web服務器進行壓力測試之前，先對它進行一些必要的設置。

圖1

1. 在“settings”的功能設置中（如圖2），一個是Stress level (threads)這里是指定程序在后臺用多少線程進行請求，也就是相當于模擬多少個客戶機的連接，更加形象的就是說設置多少轟炸的線程數。一般填寫 500～1000，因為這個線程數是根據本機的承受力來設置的，如果你對自己的機器配置有足夠信心的話，那么設置的越高，轟炸的效果越好。

圖2

2.在“Test Run Time”中來指定一次壓力測試需要持續的時間，分為天、小時、分、秒幾個單位級別，你根據實際情況來設置吧！

3.其余的選項不太重要，這里就不再浪費筆墨，朋友們可以自己嘗試一下設置。

三、壓力測試

工具介紹完了，下面來準備條件：這里與一個朋友商量好進行測試，他是單機上網，機器配置是CPU:Athlon XP2500+、內存512MB、硬盤80GB等，機器配置還不錯。他在機器上安裝了IIS，架設了一臺對外的Web服務器，Web服務中的程序是動網 7.0。我就利用壓力測試工具對這臺服務器進行測試。

步驟1：在工具中點右鍵，選擇Add命令，增加了一個新的測試項目：New script，對它進行設置，在主選項中的server中填寫要測試的服務器的IP地址。在下方選擇測試的Web連接方式，這里的方式Verb選擇 get，path選擇要測試的Web頁面路徑，這里填寫/Index.asp,即動網的首頁文件（如圖3）。

圖3

步驟2：在“Settings”的功能設置中將Stress level (threads)線程數設置為1000。完畢后，點工具中的灰色三角按鈕即可進行測試（如圖4）。測試完畢，等待朋友把任務管理器以及連接查看的截圖發過來！

圖4

攻擊開始后，朋友從任務管理器中可以看到CPU使用率已經達到100%，損耗率達到最大（如圖5）。在CMD窗口中使用命令netstat -an,可以看到我的IP地址在朋友服務器上的80端口進行了非常多的連接（如圖6）。而且它的Web網站已經打不開了，提示過多用戶連接，達到了跟 D.O.S攻擊一樣的目的。

圖5

圖6

試想，如果利用多臺肉雞對一臺服務器進行Web壓力測試，那么對這臺服務器來說將是滅頂之災，所以朋友們在使用它之前一定要慎重考慮。

以創建交易腳本為例，詳細的解釋一下使用LoadRunner進行壓力測試的過程。關于如何定義測試目標及每個步驟詳細的操作過程在操作手冊中有解釋，這里就不說了。

一、 使用VUGen錄制腳本

1、根據應用程序架構選擇相應的協議。一般象B/S的程序用單一的http協議就可以了。

2、開始錄制。根據所選協議的不同，出現的對話框不不同的。選擇http協議的話需要錄入url地址，在這步錄入需要測試的地址如https://www.alipay3.net。

3、錄制腳本：在一個腳本中，默認有三個動作：vuser_init Action vuser_end。通常把初始化操作放到vuser_init中，具體需要測試的操作放在Action中，vuser_end動作目前來說沒有什么用處。在創建交易腳本中，需要測試的操作包括創建支付寶交易、買家付款、賣家發貨、買家確認收貨。每一個操作都必須首先登陸才能進行。

4、添加事務：為了使錄制的腳本更易讀，錄制過程中要為每一個獨立的操作添加事務。比如說登陸、買家付款都放在一個單獨的事務中。特別注意，因為本次測試目標是每秒內總的交易數，所以需要分別給每一個測試腳本的Action操作都加上一個統一的事務，名稱都叫做“Action”，以便衡量是否可以達到目標。

5、添加驗證點：腳本錄制好后，在需要的地方加上驗證點，來檢測腳本是否執行成功。以登陸操作來說，在提交登陸的腳本后面，右擊鼠標，選擇Insert—NewStep，在出現的對話框中選擇Web Checks—Text Check，進行文字驗證，查找退出這兩個字是否出現。如果出現就說明登陸成功了。

6、根據需要對變量參數化：在登陸操作中需要參數化的值包括：URL，登陸帳號、登陸密碼。點擊工具欄的Param List按鈕可以創建參數。當新建一個參數后，LR會在當前腳本的目錄下自動創建一個文件存放參數的值。我們不要這個默認的文件名，把所有參數的文件名都修改為“D:\LrData\Email.dat”[文件路徑及名稱都是可以手工修改的]，這樣可以在多個腳本中共享相同的變量。

a)        url、登陸帳號、登陸密碼：這幾個參數都是手工在LR中輸入，然后保存到文件中。

b)        交易號：在查詢交易明細腳本中，會隨機的選取100個交易查看其明細。這種情況下，交易號直接從數據庫中取得比較方便。但是必須在本地安裝oracle客戶端。如果沒有裝oralce客戶端，可以首先登陸到PL/SQL中，查詢100個交易號，選中把查詢結果，選擇導出到CSV文件中。如下圖：

 

導出后，在LR中打開Param List，選中交易號這個參數，點擊Edit With NotePad按鈕，把csv文件的內容拷貝到這個里面即可。注意拷貝前需要用支持列編輯的文本工具打開csv文件，去掉前后的引號。保存文件成功后，在LR中就可以看到導出的交易號了。

7、在Vuser中運行腳本，確認腳本可以正常運行。

二、            使用Controller設置場景進行測試

1、創建場景：由于我們這次的測試目標是以每秒N個交易，所以選擇基于目標的場景。創建場景的同時，加入需要測試的腳本。

2、定義測試目標：

場景創建成功后，單擊Edit Scenario Goals定義測試目標。

在這個對話框中新建一個測試目標，類型為：Transactions per Second，事務名稱為我們統一定義的“Action”，事務數量根據需要設置。Vuser的數量設置從20到500。

3、設置運行時間：

也是在Edit Scenario Goals中，可以設置達到目標后再運行多少時間。

4、Run-Time Setting：(特別注意)

在VuGen中也有Run-Time Setting，但是在那里設置好的參數不會被帶到Controller中，需要重新設置。對每一個腳本都需要設置。

a)        Think Time：這個選為Ignore think time，否則結果中的事務響應時間很大，包含了這個思考時間。

b)        打開驗證點檢查功能：在Preferences選項中，給Enable Image and text check打勾，否則腳本執行時不會去檢查驗證點的。

c)        設置Action的迭代次數：在Run Logic中，單獨設置腳本中每個動作的執行次數。例如在查詢交易明細腳本中，需要模擬一次登陸，查詢10次明細的情況，就需要設置Action動作迭代10次。

5、添加需要監控的性能參數

這次我們測試的服務器是Linux，需要得到在各種壓力下服務器的負載情況。Linux的性能參數在場景中沒有默認被監控，所以需要手動添加。要監控Linux的資源，需要在服務器上運行一個叫做rstatd的進程，這個進程可以從網上下載。在服務器上啟動這個進程后，

在測試場景中，手工將Available Graphs的UNIX Resources拖動到右邊的視圖中，然后右擊，選擇Add Measurements，添加需要監視的服務器。

 

圖中，上面一個Add添加需要監視的服務器，下面的Add是用來添加需要監視的參數，包括Average Load等等。

6、運行場景，保存執行結果

運行時，需要選擇運行結果保存的路徑及文件。這些結果文件可以在Analysis中查看。

三、            查看運行結果

第二步場景運行結束后，通過菜單Results—Analysis Results打開運行結果。

在Analysis中，默認顯示以下類型的結果分析圖。

需要手工把Unix資源的圖打開，單擊上圖中的New Graph，出現下面的對話框。

選擇System Resources下的UNIX Resources，單擊Open Graph，就可以看到在場景中所監視的各個性能指標的曲線圖了。

點擊保存可以把結果保存為*.lrr的文件，下次可以直接通過Analysis打開。

四、            比較2次或者多次場景運行的結果

測試中，為了提高系統的性能，會修改代碼或者更改架構，這時候我們需要對修改前后的場景運行結果進行比較，通過一些性能指標的曲線圖比較直觀的了解系統的變化。

在Analysis中，通過菜單File—Cross With Result可以合并結果進行比較。

 

通過Add按鈕可以添加多個*.lrr文件進行結果的比較，點OK后會出現各個結果的比較圖。