用springMVC开发了一个在线考试系统。后台用了Spring+SpringMvc，其他还用了SpringSecure。
除了服务器，其他客户端载入一个页面，看了下时间大约在70ms左右，不含载入后用post请求的一堆数据。重复刷新或者去其他页面也都是要等70ms左右才能加载完页面。页面静态资源缓存已开。
这个70ms左右的时间有办法减少吗？谢谢！
每个请求耗时70毫秒,那每秒1个CPU核心只能处理1000/70=14个请求,4个CPU核心也才能处理56个请求,说实话,已经挺慢的了.再做个对比,Ubuntu(i5-3230M)上用PHP7+OPcache跑WordPress,1个CPU核心处理1个WordPress首页请求(无缓存需要查数据库),耗时也才28毫秒,要知道WordPress是一个性能不好的PHP程序.所以,我觉得,每个请求至少得做到耗时10毫秒以下,才能称得上快吧,毕竟Nginx显示一个网站根目录的目录列表,耗时只有1毫秒.
其实70ms对网页应用来说不算太慢的。
如果你觉得影响用户体验的话，跟纯HttpServlet比较下。影响页面加载时间的因素很多，长的延时未必是由Spring MVC造成的，跟容器、浏览器的因素都有关系。
和你写的代码也有一定的关系。。。
还是得具体看code和实际情况，如果完全是那个请求响应速度过慢。一般小型系统最好优化的地方，就是加一个缓存，减少数据库请求，数据直接从内存中取。这样会快很多！
建议你看下这个 ： https://my.oschina.net/xiangg...
这个主要和Spring进行视图渲染的机制有关。可以参考：http://www.cnblogs.com/davidw...
这么说吧，直接使用 Servlet 写简单页面可能很快，但是当你自己啃哧啃哧的把所有功能做完后，很可能发现甚至不如 SpringMVC 快，而你自己做的很多功能其实都是 SpringMVC 等框架已经有了的。
我觉得不算慢了
70ms 还是算快了吧，这点时间对于用户来说完全没有感觉。
70ms
前后端分离，然后 GET请求做缓存。当然 70ms已经很快了。
每个请求耗时70毫秒,那每秒1个CPU核心只能处理1000/70=14个请求,4个CPU核心也才能处理56个请求,说实话,已经挺慢的了.再做个对比,Ubuntu(i5-3230M)上用PHP7+OPcache跑WordPress,1个CPU核心处理1个WordPress首页请求(无缓存需要查数据库),耗时也才28毫秒,要知道WordPress是一个性能不好的PHP程序.
所以,我觉得,每个请求至少得做到耗时10毫秒以下,才能称得上快吧,毕竟Nginx显示一个网站根目录的目录列表,耗时只有1毫秒.
其实70ms对网页应用来说不算太慢的。
如果你觉得影响用户体验的话，跟纯HttpServlet比较下。影响页面加载时间的因素很多，长的延时未必是由Spring MVC造成的，跟容器、浏览器的因素都有关系。
和你写的代码也有一定的关系。。。
还是得具体看code和实际情况，如果完全是那个请求响应速度过慢。一般小型系统最好优化的地方，就是加一个缓存，减少数据库请求，数据直接从内存中取。这样会快很多！
建议你看下这个 ： https://my.oschina.net/xiangg...
这个主要和Spring进行视图渲染的机制有关。可以参考：http://www.cnblogs.com/davidw...
这么说吧，直接使用 Servlet 写简单页面可能很快，但是当你自己啃哧啃哧的把所有功能做完后，很可能发现甚至不如 SpringMVC 快，而你自己做的很多功能其实都是 SpringMVC 等框架已经有了的。
我觉得不算慢了
70ms还是算快了吧，这点时间对于用户来说完全没有感觉。前后端分离，然后 GET请求做缓存。当然 70ms已经很快了。