靜態(tài)化之前我們圍繞Java層面做了很多優(yōu)化，改進(jìn)的思路也大多是盡量讓應(yīng)用本身更快地獲取數(shù)據(jù)，更快地計(jì)算出結(jié)果，然后把結(jié)果返給用戶。我們做了一個(gè)極端的測試:將系統(tǒng)全部的數(shù)據(jù)緩存，再直接返回所有的請求結(jié)果，在這種情況下壓測Java系統(tǒng)，結(jié)果性能未能滿足期望一即達(dá)到 2000甚至上萬次的QPS-因此在 Java系統(tǒng)上不可能達(dá)成目標(biāo)。


 
據(jù)此，我們判斷Java系統(tǒng)本身已經(jīng)達(dá)到瓶頸，它天生就存在不擅長處理大量連接請求、每個(gè)連接消耗的內(nèi)存較多和Servlet容器解析HTTP協(xié)議較慢等弱點(diǎn)。在這種情況下，我們必須跳出Java系統(tǒng)，也就是使請求盡量不經(jīng)過Java系統(tǒng)，而在前面的Web服務(wù)器層就直接返回。于是，我們自然就想到了靜態(tài)化的架構(gòu)，靜態(tài)化系統(tǒng)成為必然的選擇。
 
系統(tǒng)靜態(tài)化為何能達(dá)到Java 系統(tǒng)無法達(dá)到的高性能呢?系統(tǒng)靜態(tài)化的優(yōu)勢在于:改變了緩存方式。直接緩存HTTP連接而不是僅僅緩存數(shù)據(jù)，Web代理服務(wù)器根據(jù)請求URL直接取出對應(yīng)的HTTP響應(yīng)頭和響應(yīng)體并直接返回，這個(gè)響應(yīng)連HTTP協(xié)議都不用重新組裝，同樣也不一定需要解析HTTP請求頭，所以能最快地獲取數(shù)據(jù)。
 
改變了緩存的位置。不是在Java層面而是直接在Web服務(wù)器層上做緩存，屏蔽了Java層面的一些弱點(diǎn)，深圳網(wǎng)站建設(shè)Web服務(wù)器(如Ngix、Apache、 Vamish) 都擅長處理大并發(fā)的靜態(tài)文件請求。