静态化零碎能解决甚么问题

静态化以前咱们盘绕java层面做了不少优化，改良的思绪也大可能是尽可能让应用自己更快地获取数据，更快地计较出后果，而后把后果返给用户。咱们做了一个极真个测试:将零碎全部的数据缓存，再直接返回一切的要求后果，在这类情况下压测java零碎，后果机能未能知足冀望一即到达 2000以至上万次的qps-因而在 java零碎上不行能告竣方针。

据此，咱们判断java零碎自己曾经到达瓶颈，它天生就存在不善于处置大量连贯要求、每一个连贯耗费的内存较多和servlet容器剖析http协定较慢等弱点。在这类情况下，咱们必需跳出java零碎，也就是使要求尽可能不颠末java零碎，而在前面的web服务器层就直接返回。于是，咱们天然就想到了静态化的架构，静态化零碎成为一定的选择。

零碎静态化为什么能到达java 零碎没法到达的高机能呢?零碎静态化的劣势在于:改动了缓存体式格局。直接缓存http连贯而不是仅仅缓存数据，web代理服务器按照要求url直接掏出对应的http相应头和相应体并直接返回，这个相应连http协定都不消从头组装，一样也纷歧定需求剖析http要求头，以是能最快地获取数据。

改动了缓存的位置。不是在java层面而是直接在web服务器层上做缓存，屏障了java层面的一些弱点，网站制作web服务器(如ngix、apache、 vamish) 都善于处置大并发的静态文件要求。