用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已經很快了。