【正文】 腳本來(lái)實(shí)現(xiàn)的，所以，如過(guò)你去一家IDC買服務(wù)器首先要了解該服務(wù)器支持什么樣的腳本語(yǔ)言。這樣可以使位于Internet任意位置的人都能夠正常訪問(wèn)服務(wù)器。 應(yīng)用程序簡(jiǎn)介與分類1應(yīng)用程序簡(jiǎn)介應(yīng)用程序是指為了完成某項(xiàng)或某幾項(xiàng)特定任務(wù)而被開發(fā)運(yùn)行于操作系統(tǒng)之上的計(jì)算機(jī)程序。例如：一個(gè)游戲軟件包括程序(*.exe)和其它圖片(*.bmp等)、音效(*.wav等)等附件，那么這個(gè)程序(*.exe)稱作“應(yīng)用程序”，而它與其他文件（圖片、音效等）在一起合稱“軟件”。2應(yīng)用程序分類它有幾種分類，即：?jiǎn)挝臋n、多重文檔、基本對(duì)話框三種。Browser／Server ??簡(jiǎn)稱B／S?? 網(wǎng)絡(luò)結(jié)構(gòu)模式作為傳統(tǒng)CS模式的擴(kuò)展，為倉(cāng)儲(chǔ)管理的建設(shè)提供了嶄新的技術(shù)手段，開辟了網(wǎng)絡(luò)建設(shè)的新途徑。貨主的管理就成為系統(tǒng)設(shè)計(jì)的關(guān)鍵技巧。瀏覽器以超文本形式向WEB服務(wù)器提出訪問(wèn)數(shù)據(jù)庫(kù)的要求，WEB服務(wù)器接受客戶端請(qǐng)求后，將這個(gè)請(qǐng)求轉(zhuǎn)化為SQL 語(yǔ)法，并交給數(shù)據(jù)庫(kù)服務(wù)器，數(shù)據(jù)庫(kù)服務(wù)器得到請(qǐng)求后，驗(yàn)證其合法性，并進(jìn)行數(shù)據(jù)處理，然后將處理后的結(jié)果返回給WEB服務(wù)器，WEB服務(wù)器再一次將得到的所有結(jié)果進(jìn)行轉(zhuǎn)化，變成HTML文檔形式，轉(zhuǎn)發(fā)給客戶端瀏覽器以友好的WEB頁(yè)面形式顯示出來(lái)。對(duì)WEB應(yīng)用程序進(jìn)行性能調(diào)優(yōu)第四章：WEB應(yīng)用程序進(jìn)行性能調(diào)優(yōu)了解 WEB 應(yīng)用程序的各種組件如何交互，以及在哪些地方可能發(fā)現(xiàn)性能瓶頸。開發(fā)人員應(yīng)該了解 WEB 應(yīng)用程序處理 WEB 請(qǐng)求的方式，知道在 WEB 應(yīng)用程序開發(fā)中可以做什么，不能做什么，這有助于減少日后的麻煩。然后，服務(wù)器向客戶機(jī)發(fā)送一些描述有效負(fù)載（比如網(wǎng)頁(yè)或圖像）的響應(yīng)頭，最后向客戶機(jī)發(fā)送文件。但是，除了這些狀況之外，“接收請(qǐng)求，發(fā)送文件” 過(guò)程還是相當(dāng)高效的。如果可以從內(nèi)存緩存中獲取文件，就可以降低平均服務(wù)時(shí)間，因此增加服務(wù)器每秒能夠處理的連接數(shù)。 動(dòng)態(tài)網(wǎng)頁(yè)工作原理動(dòng)態(tài)應(yīng)用程序的流程依賴于應(yīng)用程序的具體情況，但是一般情況下與圖 2 相似。在圖2 中，請(qǐng)求被發(fā)送到一個(gè)應(yīng)用服務(wù)器，比如運(yùn)行一個(gè) Java? 應(yīng)用程序的 Solaris 系統(tǒng)。如果數(shù)據(jù)庫(kù)訪問(wèn)花費(fèi) 7ms，應(yīng)用服務(wù)器花費(fèi) 13ms，WEB 服務(wù)器花費(fèi) 5ms，那么網(wǎng)頁(yè)的服務(wù)時(shí)間就是 25ms。隨著頁(yè)面請(qǐng)求速率的增加，這種效應(yīng)會(huì)越來(lái)越顯著。靜態(tài)站點(diǎn)可以被看作只有一層 —— WEB 服務(wù)器。例如，PHP 腳本可能使用一個(gè)模板引擎把業(yè)務(wù)邏輯與表示分隔開，它可以被看作單獨(dú)的兩層。在一般情況下，應(yīng)用程序需要四個(gè)功能層：客戶機(jī)層 表示層 業(yè)務(wù)邏輯層 數(shù)據(jù)層 在 WEB 應(yīng)用程序中，客戶機(jī)層由 WEB 瀏覽器處理。最后，數(shù)據(jù)訪問(wèn)層是持久化的數(shù)據(jù)存儲(chǔ)，比如數(shù)據(jù)庫(kù)或文件存儲(chǔ)。視圖負(fù)責(zé)處理發(fā)送給客戶機(jī)的數(shù)據(jù)表示。容量擴(kuò)展的一個(gè)方面是如何根據(jù)需求部署硬件。數(shù)據(jù)庫(kù)是另一個(gè)常常適合使用垂直擴(kuò)展的場(chǎng)合。請(qǐng)求排隊(duì)通過(guò)每個(gè)步驟，完成一個(gè)步驟之后，再排隊(duì)進(jìn)入下一個(gè)步驟。建模為一系列隊(duì)列的典型 WEBSphere 應(yīng)用程序如圖 3 所示： 圖 3. 建模為排隊(duì)網(wǎng)絡(luò)的 WEBSphere174。圖3 中的隊(duì)列代表最糟糕的情況，因?yàn)?WEB 服務(wù)器可以自己處理一些請(qǐng)求，即不需要訪問(wèn)數(shù)據(jù)庫(kù)。另一個(gè)隊(duì)列是運(yùn)行隊(duì)列，其中包含等待運(yùn)行的進(jìn)程的有序列表。隊(duì)列太大，就會(huì)試圖為過(guò)多的用戶提供服務(wù)，導(dǎo)致性能很差。推薦的方法是在應(yīng)用服務(wù)器之前（比如在 WEB 服務(wù)器上）排隊(duì)。這些原則可以應(yīng)用于大多數(shù) WEB 應(yīng)用程序。了解什么時(shí)候調(diào)用某些函數(shù)，這有助于把在系統(tǒng)上觀察到的現(xiàn)象（比如 CPU 忙或磁盤活動(dòng)量高）與應(yīng)用程序中的活動(dòng)（比如上傳圖像）聯(lián)系起來(lái)。WEB 在本質(zhì)上是無(wú)狀態(tài)的。跟蹤會(huì)話是一種成本很高的操作，尤其是在涉及多個(gè)服務(wù)器的情況下。如果用戶的第一個(gè)請(qǐng)求發(fā)送給一個(gè)服務(wù)器，第二個(gè)請(qǐng)求發(fā)送給另一個(gè)服務(wù)器，那么會(huì)存在兩個(gè)單獨(dú)的會(huì)話，它們并不相同。一個(gè)解決方案是，只在需要會(huì)話的地方使用會(huì)話。在用戶的 cookie 中能夠存儲(chǔ)的數(shù)據(jù)量是有限的，但是 RFC 2109 規(guī)定客戶機(jī)應(yīng)該能夠?yàn)槊總€(gè)域名存儲(chǔ)至少 20 個(gè) cookie，每個(gè) cookie 至少可以保存 4K 字節(jié)的數(shù)據(jù)。同樣，包含新聞稿的頁(yè)面在其整個(gè)生命周期中可能只修改一兩次，所以不需要為每個(gè)請(qǐng)求重新生成它。需要在每個(gè)頁(yè)面上顯示用戶的購(gòu)物車嗎？只顯示總金額怎么樣？或者只顯示一個(gè)簡(jiǎn)單的鏈接 “view the contents of your cart”。清單 1 給出一個(gè) ESI 文檔示例。致謝 參考文獻(xiàn)參考文獻(xiàn) [1] [J].。[5] 丁貴廣,閆允一,[M].機(jī)械工業(yè)出版社,。[3] 張念魯, 程序設(shè)計(jì)教程[M].高等教育出版社,。A 企業(yè)原先存在的信息交互和共享困難、對(duì)客戶的請(qǐng)求反應(yīng)遲鈍、WEB 決策支持不力等現(xiàn)象得到了明顯的改善。應(yīng)用程序負(fù)責(zé)生成包含 ESI 標(biāo)記的 HTML 文檔，還負(fù)責(zé)生成組件。可以緩存分類列表或整個(gè)頁(yè)面。新聞網(wǎng)站可能每個(gè)月只修改頂級(jí)分類列表一次。這會(huì)減少對(duì)后端數(shù)據(jù)庫(kù)的請(qǐng)求數(shù)量。這種方法導(dǎo)致的問(wèn)題是，對(duì)于每個(gè)請(qǐng)求，需要增加數(shù)據(jù)庫(kù)讀操作，還可能涉及數(shù)據(jù)庫(kù)寫操作。常常會(huì)給用戶分配一個(gè)標(biāo)志，這個(gè)標(biāo)志標(biāo)識(shí)內(nèi)存中的會(huì)話。但是，應(yīng)用程序常常是有狀態(tài)的。您認(rèn)為不夠優(yōu)化的代碼部分可能不會(huì)造成問(wèn)題。這些度量值包括訪問(wèn)應(yīng)用程序中某個(gè)函數(shù)的頻率或處理一個(gè)請(qǐng)求花費(fèi)的時(shí)間等。應(yīng)用服務(wù)器只需處理它能夠及時(shí)派發(fā)的請(qǐng)求。保留排隊(duì)位置會(huì)導(dǎo)致內(nèi)存開銷，對(duì)于應(yīng)用服務(wù)器，這會(huì)與正在處理請(qǐng)求的線程爭(zhēng)用內(nèi)存。因此，隊(duì)列調(diào)優(yōu)是一種平衡的藝術(shù)。 環(huán)境中很常見。如果進(jìn)入某個(gè)隊(duì)列的請(qǐng)求速率超過(guò)了此隊(duì)列處理請(qǐng)求的速率，請(qǐng)求就會(huì)聚集起來(lái)?？梢园?WEB 應(yīng)用程序建模為一系列步驟（稱為 “隊(duì)列”）。使用更強(qiáng)大的數(shù)據(jù)庫(kù)服務(wù)器要容易得多，而且不需要通過(guò)重新構(gòu)建應(yīng)用程序來(lái)支持分散的數(shù)據(jù)把 WEB 應(yīng)用程序建模為隊(duì)列。從概念上說(shuō)，在出現(xiàn)性能問(wèn)題時(shí)，往往首先想到使用功能更強(qiáng)的服務(wù)器；但是應(yīng)用程序本身很可能造成其他瓶頸。層的容量擴(kuò)展。另一種流行的體系結(jié)構(gòu)是 ModelViewController，這是一種用于分隔應(yīng)用程序組件的模式。表示層是從服務(wù)器到