请教各位大牛一个问题: 现在的项目从客户端到webAPP 经过nginx+tomcat,经过压力测试,事务响应时间很长, 所以想着在nginx/tomcat加上静态页面的缓存, 但是大多文章说的主要是nginx上面使用proxy_cache. 请注意 我这里说的缓存不是针对静态文件(js,css,html,image等), 而是针对整张页面或者局部页面的缓存, 这就有一个问题, nginx不是serlvet容器对于jsp是不能解析的.
我现在的想法是:
1.项目代码上对出口的jsp进行过滤filter, 将jsp转化成html格式, 然后更新到nginx服务器的指定目录下
2.nginx上配置,对于所有请求先去之前指定的静态页面主目录去找有没有页面, 没有的话再去upstream去请求后端的webapp处理, 同样处理完之后经过filter转化成html在更新存放静态页面的目录.
请教各位大牛, 不知道我的想法是否正确, 还有什么正确的主流的的思路和建议,请不吝赐教.
分享 像你这个问题需要拆开分析。nginx做静态文件访问是很强，但是首先你要考虑生成静态文件后的代价：1.什么时候生成；2.什么时候更新；3.信息不及时会不会导致不良后果；4.因为你是生成物理html文件的，如果你们项目数据量很多、页面很多，最终生成的文件是否会很多、很大，这么多文件维护起来有没有难度。
痛点：曾经做过访问结构统计，写xml。平常访问是没有问题，但在高并发下，你想死的心都有。打开文件不对，一看是前面还没写完，另外一个用户就访问了，又写，导致文件格式不对。
建议：对项目进行拆分，检查数据库访问时间、程序处理时间、页面展示时间。看下响应时间长是因为哪里出的问题。
如果实在要缓存，建议数据库开启缓存，程序将数据缓存至内存中，前端服务器设置缓存，莫要去让程序判断是否写页面。
如果最终还是要写html。你的第二点就不可用，因为是程序主动生成html，例如：新闻类更新时，由编辑人员点击发布，此时可能就写了一个静态的html，而不是由用户去访问出发写html，避免高并发会出现的问题。
文笔不好，第一次在iteye回答问题，如有疑问可私信，或者发我邮箱。
分享
