Chaque requête prend 70 millisecondes, donc 1 cœur de processeur ne peut gérer que 1000/70 = 14 requêtes par seconde, et 4 cœurs de processeur ne peuvent gérer que 56 requêtes. Pour être honnête, c'est déjà assez lent. PHP7+OPcache pour exécuter WordPress sur Ubuntu (i5-3230M), 1 cœur de processeur traite 1 requête de page d'accueil WordPress (aucun cache n'a besoin de vérifier la base de données), et le temps n'est que de 28 millisecondes. Vous devez savoir que WordPress est un logiciel gourmand en performances. système. Un bon programme PHP. Donc, je pense que chaque requête doit prendre au moins 10 millisecondes pour être considérée rapidement. Après tout, Nginx affiche un site Web La liste du répertoire de. le répertoire racine ne prend que 1 milliseconde.
En fait, 70 ms n'est pas trop lent pour les applications Web.
Si vous pensez que cela affecte l'expérience utilisateur, comparez-le avec du HttpServlet pur. De nombreux facteurs affectent le temps de chargement des pages. Les longs retards ne sont pas nécessairement causés par Spring MVC, mais sont liés à des facteurs tels que les conteneurs et les navigateurs.
Vous devez encore regarder le code et la situation réelle pour voir si la vitesse de réponse à la demande est trop lente. Généralement, la meilleure optimisation pour les petits systèmes consiste à ajouter un cache pour réduire les requêtes de base de données et récupérer les données directement depuis la mémoire. Ce sera beaucoup plus rapide !
Disons les choses de cette façon, il peut être rapide d'écrire des pages simples directement à l'aide de Servlet, mais lorsque vous aurez terminé toutes les fonctions vous-même, vous constaterez peut-être que ce n'est même pas aussi rapide que SpringMVC, et la plupart des fonctions que vous effectuez sont en fait déjà disponibles dans des frameworks tels que SpringMVC.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Chaque requête prend 70 millisecondes, donc 1 cœur de processeur ne peut gérer que 1000/70 = 14 requêtes par seconde, et 4 cœurs de processeur ne peuvent gérer que 56 requêtes. Pour être honnête, c'est déjà assez lent. PHP7+OPcache pour exécuter WordPress sur Ubuntu (i5-3230M), 1 cœur de processeur traite 1 requête de page d'accueil WordPress (aucun cache n'a besoin de vérifier la base de données), et le temps n'est que de 28 millisecondes. Vous devez savoir que WordPress est un logiciel gourmand en performances. système. Un bon programme PHP.
Donc, je pense que chaque requête doit prendre au moins 10 millisecondes pour être considérée rapidement. Après tout, Nginx affiche un site Web La liste du répertoire de. le répertoire racine ne prend que 1 milliseconde.
En fait, 70 ms n'est pas trop lent pour les applications Web.
Si vous pensez que cela affecte l'expérience utilisateur, comparez-le avec du HttpServlet pur. De nombreux facteurs affectent le temps de chargement des pages. Les longs retards ne sont pas nécessairement causés par Spring MVC, mais sont liés à des facteurs tels que les conteneurs et les navigateurs.
Il a aussi une certaine relation avec le code que vous avez écrit. . .
Vous devez encore regarder le code et la situation réelle pour voir si la vitesse de réponse à la demande est trop lente. Généralement, la meilleure optimisation pour les petits systèmes consiste à ajouter un cache pour réduire les requêtes de base de données et récupérer les données directement depuis la mémoire. Ce sera beaucoup plus rapide !
Je vous suggère de jeter un oeil à ceci : https://my.oschina.net/xiangg...
Ceci est principalement lié au mécanisme de rendu des vues de Spring. Vous pouvez vous référer à : http://www.cnblogs.com/davidw...
Disons les choses de cette façon, il peut être rapide d'écrire des pages simples directement à l'aide de Servlet, mais lorsque vous aurez terminé toutes les fonctions vous-même, vous constaterez peut-être que ce n'est même pas aussi rapide que SpringMVC, et la plupart des fonctions que vous effectuez sont en fait déjà disponibles dans des frameworks tels que SpringMVC.
Je ne pense pas que ce soit trop lent
70msCela reste relativement rapide, car ce laps de temps est totalement insensible à l'utilisateur.Séparez le front-end et le back-end, puis mettez en cache la requête GET. Bien sûr, 70 ms, c'est déjà très rapide.