用springMVC开发了一个在线考试系统。后台用了Spring+SpringMvc，其他还用了SpringSecure。
除了服务器，其他客户端载入一个页面，看了下时间大约在70ms左右，不含载入后用post请求的一堆数据。重复刷新或者去其他页面也都是要等70ms左右才能加载完页面。页面静态资源缓存已开。
这个70ms左右的时间有办法减少吗？谢谢！
天蓬老师2017-04-18 10:57:40
各リクエストには 70 ミリ秒かかるため、1 つの CPU コアは 1 秒あたり 1000/70=14 のリクエストしか処理できず、4 つの CPU コアは 56 のリクエストしか処理できません。これと比較すると、すでにかなり遅いです。 PHP7+OPcache を使用して Ubuntu (i5-3230M) 上で WordPress を実行すると、1 つの CPU コアが 1 つの WordPress ホームページリクエストを処理し (データベース内のキャッシュをチェックする必要はありません)、所要時間はわずか 28 ミリ秒です。WordPress の性能は低いことを知っておく必要があります。結局のところ、Nginx は Web サイトのルート ディレクトリのディレクトリ リストを表示するのに 1 ミリ秒しかかかりません。
黄舟2017-04-18 10:57:40
実際、Web アプリケーションにとって 70 ミリ秒は遅すぎるわけではありません。
ユーザー エクスペリエンスに影響を与えると思われる場合は、純粋な HttpServlet と比較してください。ページの読み込み時間に影響を与える多くの要因は、必ずしも Spring MVC によって引き起こされるわけではなく、コンテナーやブラウザーなどの要因に関連しています。
PHP中文网2017-04-18 10:57:40
そのリクエストの応答速度が遅すぎることが完全に原因である場合は、コードと実際の状況を確認する必要があります。一般に、小規模システムに最適な最適化は、キャッシュを追加してデータベース要求を減らし、メモリから直接データをフェッチすることです。これならもっと速くなりますよ！
ringa_lee2017-04-18 10:57:40
これは主に Spring のビューレンダリングメカニズムに関連しています。参照できます: http://www.cnblogs.com/davidw...
PHP中文网2017-04-18 10:57:40
こう言えば、サーブレットを使用して単純なページを直接書くのは速いかもしれませんが、すべての関数を自分で完成させると、SpringMVC ほど速くないことに気づくかもしれません。また、実行する関数の多くは実際にはSpringMVC フレームワークがすでに存在するまで待ちます。
