靜態(tài)化之前我們圍繞Java層面做了很多優(yōu)化，改進(jìn)的思路也大多是盡量讓?xiě)帽旧砀斓孬@取數據，更快地計算出結果，然后把結果返給用戶(hù)。我們做了一個(gè)極端的測試:將系統全部的數據緩存，再直接返回所有的請求結果，在這種情況下壓測Java系統，結果性能未能滿(mǎn)足期望一即達到 2000甚至上萬(wàn)次的QPS-因此在 Java系統上不可能達成目標。


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