原理就是根据 UA 识别正常用户和搜索引擎爬虫，如果是搜索引擎爬虫就给渲染好的 SSR 页面，如果是正常用户就给 SPA 页面，这样可以减少服务的渲染的压力，大多用 puppeteer 做的，Google 开源的

这样可以兼顾 SEO 和用户体验，在以前这种根据 UA 给不同页面的做法会被搜索引擎认为是作弊的手段，不过现在不会了，记得掘金也是这样做的SEO

比如说 react 的 next.js 之类的框架, 服务端渲染现在很常见的~

不不不，动态渲染连 nextjs 这种都不需要，直接就是 SPA 的开发方式，一行代码都不用改，根据 UA 路由，让 puppeteer 在服务的做渲染返回 HTML，puppeteer 就是一个 headless 的 chrome

感谢，学习了~

直接用模板引擎替掉 puppeteer ，那个东西太重了

模板引擎指的是 spring thymeleaf 这些吗？这种不适合用来构建复杂交互的前端