J'ai également lu quelques articles correspondants sur le rendu côté serveur. Il semble que certains frameworks soient initialisés côté nœud. Mais je pense que le framework front-end général doit impliquer DOM, mais que le serveur ne doit pas avoir d'opérations DOM. Ce que je veux demander, c'est :
1. Quel problème le rendu dit côté serveur résout-il ?
2. Comment le problème de référencement a-t-il été résolu ?
3. Quelles sont les solutions actuelles aux faibles performances au premier écran des applications de spa ?
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Concernant le rendu côté serveur de React, permettez-moi de parler brièvement de ma compréhension :
Le plus important devrait être de résoudre le problème de référencement, et le second est d'accélérer le rendu du client.
server-side-rendering(SSR) Pour faire simple, il appelle
ReactDOM.renderToStringcette méthode, restitue le composant dans un contexte js côté serveur, puis renvoie la balise html de cette façon, lorsque le côté client réagit. s'exécute, via réagir Le DOM virtuel est mis à jour de manière incrémentale en comparant l'identifiant de réaction, c'est-à-dire que s'il n'y a pas de mise à jour du client sur un certain DOM, le résultat du serveur est directement obtenu, donc la vitesse de rendu du client est accéléré dans une certaine mesure.Le deuxième est le référencement. Parce que le serveur renvoie directement la balise html, même un robot renverra la vraie balise référencement. Ceci est très utile pour certains portails. De cette façon, les robots des moteurs de recherche peuvent explorer les informations clés du site Web, ce qui contribuera au classement du site Web.
En termes de performances SSR, la solution générale semble passer par le cache. Il existe certains projets sur github, tels que electronic-react-ssr-caching
react-ssr-optimization. sont En comparant les accessoires, le cache accélérera le prochain rendu.