A. 怎麼樣從web前端方面優化性能
例如，輸出有10個元素的數組必須使用循環語句逐個輸出各下標變數：
for(i=0; i<10; i++)
printf("%d",a[i]);
而不能用一個語句輸出整個數組。
下面的寫法是錯誤的：
printf("%d",a);
【例7.1】
main()
{
int i,a[10];
for(i=0;i<=9;i++)
a[i]=i;
for(i=9;i>=0;i--)
printf("%d ",a[i]);
}
【例7.2】
main()
{
int i,a[10];
for(i=0;i<10;)
a[i++]=i;
for(i=9;i>=0;i--)
printf("%d",a[i]);
}
B. web伺服器的進行性能優化有哪些
（1）Apache Apache是世界使用排名第一的Web伺服器軟體。它可以運行在幾乎所有廣泛使用的計算機平台上。 Apache源於NCSAhttpd伺服器，經過多次修改，成為世界上最流行的Web伺服器軟體之一。Apache取自"a patchy server"的讀音，意思是充滿補丁的..
C. 如何對web頁面進行性能優化以及特性開發
一、提倡前端開發工程師在書寫xhtml的時候做到結構語義化。
結構中主要包括了head和body兩個部分，但是我們經常說的是結構語義化主要是body中的標簽，但是我在這里還是簡單的說一下head，head中其實包括了一些對於我們seo很有用的一些東西，比如title,Description,Keywords,這些東西在蜘蛛抓取的時候都是有幫助的，當然，還有其他的一些，我在此就不一一說明了，比如設置緩存等一些其他的信息。
那麼body中的話，包括的標簽就很多了，我覺得作為一個合格的前端開發人員你應該去熟悉他們，比如div,span,h,ul,ol,dl,p等等這類的標簽的使用。應該非常合理，還有就是注意h標簽的斷層，及h1標簽的使用，這些都是非常重要的。
同時在我們的結構中不要出現style和onclick這樣的內聯的樣式和事件。希望大家能夠注意結構與表現、行為的分離。
（PS：標簽語義化的好處：1.有利於搜索引擎；2.結構清晰的HTML在團隊合作中的作用，就不必說了吧；3.有利於盲人屏幕閱讀器。至於如何做到標簽語義化，就看個人的理解了，這方面我也覺得模糊，跟個人的習慣估計也有一定的關系，總之鄒惠斌老師是認為我的標簽不語義的。）
二、css，js文件數量及大小的優化
那麼關於css、js的優化的話，一般情況下建議css和js採用外聯式。但是如果你的頁面內容比較多，設計師把整個效果做得比較花的話，恐怕css就非常多了，那麼這種情況下，你一定要把你的css規劃好，盡量的採用縮寫，這樣可以減少css文件的大小，那麼對css做相應的規劃也可以減少css的個數，減少http請求數，js同理。
（PS：減少重復性代碼，代碼重復利用，在這里顯得特別重要）
三、背景圖片數量及大小的優化
當我們將設計師的設計稿還原成靜態頁面後，除非頁面所有的修飾全是色塊，內容全是文字，沒有圖片，如果不是這樣的話，那麼我們需要對圖片做優化處理。當然內容圖片我們是沒有辦法了，因為他是屬於內容部分的，一般情況是由於編輯處理，當然，我在還是有一個小小的建議，如果我們的網站中需要有內容圖片，希望編輯能夠將他們最優化以後，在進行上傳，一會兒告訴我的方法，下面我在說說，作為前端開發應該如何處理我們的修飾（背景）圖片。
由於我們的背景圖片數量比較多，這樣的話，會給伺服器帶來影響，增加了http請求數，我們是否有一種好的解決辦法呢？這個答案是肯定的，如果你是一個合格的前端開發，你應該清楚，在我們的css定義背景的時候，可以通過坐標來實現對背景進行定位的，既然如此，那麼我們可以將這些背景合並起來，這樣即可減少http請求數，同時，我們在背景整合的時候，也需要考慮圖片質量，同時也需要考慮圖片的大小，我在以前有寫過相應的博文。
（PS：這里建議使用PNG8格式的圖片結合css sprite，同樣的圖片，PNG8格式會相對來比GIF小）
四、內容圖片的大小的優化
其實剛才已經說了內容圖片的問題，那麼我在這里呢，告訴大家一個比較簡單的方法，就是使用雅虎提供的一個工具。
D. 網站性能優化有哪些
一、提高伺服器並發處理能力
我們總是希望一台伺服器在單位時間內能處理的請求越多越好，這也成了web伺服器的能力高低的關鍵所在。伺服器之所以可以同時處理多個請求，在於操作系統通過多執行流體系設計，使得多個任務可以輪流使用系統資源，這些資源包括CPU、內存以及I/O等。這就需要選擇一個合適的並發策略來合理利用這些資源，從而提高伺服器的並發處理能力。這些並發策略更多的應用在apache、nginx、lighttpd等底層web server軟體中。
二、Web組件分離
這里所說的web組件是指web伺服器提供的所有基於URL訪問的資源，包括動態內容，靜態網頁，圖片，樣式表，腳本，視頻等等。這些資源在文件大小，文件數量，內容更新頻率，預計並發用戶數，是否需要腳本解釋器等方面有著很大的差異，對不同特性資源採用能充分發揮其潛力的優化策略，能極大的提高web站點的性能。例如：將圖片部署在獨立的伺服器上並為其分配獨立的新域名，對靜態網頁使用epoll模型可以在大並發數情況下吞吐率保持穩定。
三、資料庫性能優化和擴展。
Web伺服器軟體在資料庫方面做的優化主要是減少訪問資料庫的次數，具體做法就是使用各種緩存方法。也可以從資料庫本身入手提高其查詢性能，這涉及到資料庫性能優化方面的知識本文不作討論。另外也可以通過主從復制，讀寫分離，使用反向代理，寫操作分離等方式來擴展資料庫規模，提升資料庫服務能力。
四、Web負載均衡及相關技術
負載均衡是web站點規模水平擴展的一種手段，實現負載均衡的方法有好幾種包括基於HTTP重定向的負載均衡，DNS負載均衡，反向代理負載均衡，四層負載均衡等等。
對這些負載均衡方法做簡單的介紹：基於HTTP重定向的負載均衡利用了HTTP重定向的請求轉移和自動跳轉功能來實現負載均衡，我們熟悉的鏡像下載就使用這種負載均衡。DNS負載均衡是指在一個DNS伺服器中為同一個主機名配置多個IP地址，在應答DNS查詢時返回不同的解析結果將客戶端的訪問引到不同的機器上，使得不同的客戶端訪問不同的伺服器，從而達到負載均衡的目的。反向代理負載均衡也叫七層負載均衡，這是因為反向代理伺服器工作在TCP七層結構的第七層(應用層)，它通過檢查流經的HTTP報頭，根據報頭內的信息來執行負載均衡任務。四層負載均衡是基於NAT技術的負載均衡，它將一個Internet上合法注冊的IP地址映射為多個內部伺服器的IP地址，對每次TCP連接請求動態使用其中一個內部IP地址，達到負載均衡的目的。此外，還有工作在數據鏈路層(第二層)的直接路由方式下的負載均衡，它通過修改數據包目標MAC地址來實現。以及，基於IP隧道的負載均衡，在這種方式下可以將實際伺服器根據需要部署在不同的地域，並根據就近訪問的原則來轉移請求，CDN服務便是基於IP隧道技術來實現的。
Web負載均衡在擴展web伺服器規模的同時也給web站點性能優化提供了一個更大更復雜也更靈活自由的平台，基於該平台性能優化的策略包括共享文件系統，內容分發與同步，分布式文件系統，分布式計算，分布式緩存等等。
五、web緩存技術
web緩存技術被認為是減輕伺服器負載、降低網路擁塞、增強萬維網可擴展性的有效途徑，其基本思想是利用客戶訪問的時間局部性(Temporal Locality)原理，將客戶訪問過的內容在Cache中存放一個副本，當該內容下次被訪問時，不必連接到駐留網站或重新計算生成，而是由Cache中保留的副本提供。Web緩存可以帶來如下的好處：
(1) 減少網路流量，從而減輕網路擁塞;這是因為緩存避免了一部分HTTP請求。
(2) 降低客戶訪問延遲，其主要原因有：①已緩存的內容，客戶可以緩存獲取而不是從伺服器獲取或重新計算生成，從而減小了傳輸延遲縮短了響應時間;②沒有被緩存的內容由於網路擁塞及伺服器負載的減輕而可以較快地被客戶獲取;
(3) 由於客戶的部分或者全部請求內容可以從通過緩存獲取，從而減輕了遠程伺服器負載。
(4) 如果由於伺服器故障或網路故障造成伺服器無法響應客戶請求，客戶可以從緩存中獲取緩存的內容副本，使得web站點服務的魯棒性(Robustness)得到了加強。
可以看出web緩存能給web站點帶可觀的性能提升。其實在用戶發出請求到一幅完整的網頁呈現在用戶面前這一過程中緩存無處不在，下面是web性能優化時常用的緩存技術，你會發現緩存被廣泛應用在各個環節。
瀏覽器緩存：瀏覽器一般會在用戶文件系統中創建一個目錄，用於存放緩存文件，並給每個緩存文件打上必要的標記，比如過期時間等。這些標記主要用於瀏覽器和伺服器之間的緩存協商。
Web伺服器緩存：一個URL在一段較長時間內對應一個唯一的響應內容，比如靜態內容或者更新不太頻繁的動態內容，web伺服器可將響應內容緩存起來，下次web伺服器便可以在收到請求後立即拿出事先緩存好的響應內容並返回給瀏覽器。
代理伺服器緩存：暴露在互聯網中與後端的web伺服器通過內部網路相連的前端伺服器稱為反向代理伺服器，建立在反向代理伺服器上的緩存稱為反向代理緩存。暴露在互聯網中與後端的web客戶端通過內部網路相連的前端伺服器稱為正向代理伺服器，建立在正向代理伺服器上的緩存稱為正向代理緩存。代理伺服器緩存位於客戶端和web伺服器之間，可以將它看做二者之間的一個中繼站。它的存在可以改善客戶端的訪問速度、提升web server的服務能力、安全性等等。
總共分析總結了五種技術，主要希望能夠對web server性能優化這塊提供一個整體的認識。後續會專門就web緩存技術發表一些自己的看法。
E. web後端性能調優主要優化哪些東西
盡量簡潔的頁面設計，最大程度減少圖片的使用，通過放棄一些不必要的頁面特效來減少javascript的使用。
- 使用一些優化技巧，比如利用圖片的背景位移減少圖片的個數；image map技術；使用Inline images將css圖片捆綁到網頁中。
- 盡量合並js和css文件，減少獨立文件個數。
F. Java Web項目如何提高訪問效率
通常大型應用項目的效率瓶頸一般都是在資料庫總結幾點資料庫效率優化方面應該注意的問題1、 避免使用Hibernate框架 用Hibernate一次性進行5萬條左右數據的插入，若ID使用sequence方式生成，Hibernate將分5萬次從資料庫取得5萬個 sequence，構造成相應對象後，再分五萬次將數據保存到資料庫。花了我十分鍾時間。主要的時間不是花在插入上，而是花在5萬次從資料庫取 sequence上，弄得我相當郁悶。雖然後來把ID生成方式改成increase解決了問題，但還是對那十分鍾的等待心有餘悸。
2、查詢時不要使用類似select * from x_table的語句，要盡量使用select id,name from x_table，以避免查詢出不需要的數據浪費資源。對於海量數據而言，一個欄位所佔用的資源和查詢時間是相當可觀的。 3、當我們在做查詢時，常常是前台提交一個查詢表單到後台，後台解析這個表單，而後進行查詢操作。在我們解析表單時，為了方便起見，常常喜歡將一些不需要查詢的條件用永真的條件來代替（如：select count(id) from x_table where name like 『%』），其實這樣的SQL對資源的浪費是相當可怕的。我試過對於同樣的近一千萬條記錄的查詢來說，使用select count(id) from x_table 進行表查詢需要11秒，而使用select count(id) from x_table where name like 『%』卻花了33秒。 4、在做海量數據查詢時，應盡量避免表連接（特別是左、右連接），萬不得已要進行表連接時，被連接的另一張表數據量一定不能太大，若連接的另一張表也是數萬條的話，那估計可以考慮重新設計庫表了，因為那需要等待的時間決不是正常用戶所能忍受的。 以前做過一個銀行分析系統，數據量是億級別的。補充幾點1，怎樣造Java對象。有句話說得好：盡可能的少造對象。別說千萬級，就是上萬級都不要考慮造對象了。因為幾個請求一並發，喀嚓，系統肯定完蛋。
2，合理擺正系統設計的位置。大量數據操作，和少量數據操作一定是分開的。大量的數據操作，肯定不是ORM框架搞定的。絕對不能ORM，因為1，要少造對象；2，資料庫資源合理利用。id分配就是一個好例子。
3，合理利用資料庫的分區、索引技術。
4，有的時候可以考慮臨時表之類的，尤其是大數據量。
5，有人說非常大的數據量，一定要用存儲過程。我存儲過程不好，所以還是使用jdbc，哈哈效果非常好，所以除了上面幾點注意外，還要注意：
1，控制好內存，讓數據流起來，而不是全部讀到內存再處理，而是邊讀取邊處理；
2，合理利用內存，有的數據要緩存；
3，偶承認，這里技術含量還是有的，反正不簡單。不好言傳。
G. 如何優化Web網站性能
這個問題不難!是優化網站性能，不是提高用戶體驗，那麼能增加資金預算的話，硬體方面提高配置，比如用更快的CPU，加大內存，使用高速硬碟，增加帶寬等等。
軟體方面，對程序代碼和資料庫進行優化，網站頁面生成靜態頁，減少對資料庫和伺服器的壓力，使用存儲過程等等。