做后端的肯定会说后端渲染好，做前端的肯定会说前端渲染好，大家都是为了体现自己的价值。但凡事无绝对，应该根据适当的应用场景来决定渲染方式。
如果对SEO比较重视，则应当以后端渲染为主，因为搜索引擎是无法获取动态数据的。前端渲染的好处对于用户来说是在操作数据的时候提升用户体验，对开发者来说则是在团队开发中可以做到前后端分离。但前端渲染需要多次调用接口来获取或操作数据，这样就增加了服务器并发和网络负担。
所以，一般来说，以展示为主或单一数据操作的，适合用后端渲染。以大量动态数据操作为主的，适合前端渲染。首屏最好后端渲染，动态数据变化前端渲染。
1 一开始，html 就是后端渲染的。不过后端发现页面中的 js 好麻烦（虽然简单，但是坑多），于是让公司招聘专门写 js 的人，也就是前端
2 前端名义上是程序员，实际上就是在切图（CSS）和做特效(JS)，所以所有程序员中前端工资最低，职位也最低。所以前后端的鄙视链就出现了
3 nodejs 和前端 mvc 的兴起让前端变得复杂起来，前端发现翻身的机会，于是全力支持这两种技术，造成本不该做成 spa 的网站也成了 spa。慢慢地前后端分离运动从大公司开始兴起，目的就是前端脱离后端的指指点点，独立发展。（表面上是为了「代码分离」，实际上是为了「人员分离」，也就是「前后端分家」，前端不再附属于后端团队）
4 spa 之后发现 seo 问题很大，而且首屏渲染速度贼慢，但是自己选的路再难走也要走下去，于是用 nodejs 在服务端渲染这一条路被看成是一条出路
5 其实这是第二个翻身的机会，如果 nodejs 服务器渲染成为主流，其实就相当于前端把后端的大部分工作给抢了，工资压过普通后端指日可待
6 然而结果是 nodejs 服务端渲染始终是小众，因为后端也没那么脆弱，java php rails 十多年沉淀的技术岂是你说推翻就推翻的，已经运行多年的项目又岂是容你随便用 nodejs 重写的，另一方面 golang 等技术的兴起也给 nodejs 不少压力。最终只有少部分前端特别强势的团队成功用上了 Node.js 做渲染（比如阿里的一些团队），大部分公司依然是用 PHP 渲染 HTML。
7 于是 nodejs 退一步说好好好我不抢你们的工作，我只做中间层（大部分工作就是渲染页面和调用后台接口），绝不越雷池。后端说算你识相。现在 nodejs 主要搞什么微服务，也是为了抢后端还没注意的市场。
你要看一门技术的发展主要应该看背后的人是谁，应用场景是哪些，最后才是技术细节。
服务端渲染 ：DOM树在服务端生成，然后返回给前端。
客户端渲染 （SSR）：前端去后端取数据生成DOM树。
服务端渲染的优点 ：
1、尽量不占用前端的资源，前端这块耗时少，速度快。
2、有利于SEO优化，因为在后端有完整的html页面，所以爬虫更容易爬取信息。
服务端渲染的缺点 ：
1、不利于前后端分离，开发的效率降低了。
2、对html的解析，对前端来说加快了速度，但是加大了服务器的压力。
客户端渲染的优点 ：
1、前后端分离，开发效率高。
2、用户体验更好，我们将网站做成SPA（单页面应用）或者部分内容做成SPA，当用户点击时，不会形成频繁的跳转。
客户端渲染的缺点 ：
1、前端响应速度慢，特别是首屏，这样用户是受不了的。
2、不利于SEO优化，因为爬虫不认识SPA，所以它只是记录了一个页面。
服务端和客户端渲染的区别 ：
1、二者本质的区别：是谁来完成了html的完整拼接，服务端渲染是在服务端生成DOM树，客户端渲染是在客户端生成DOM树。
2、响应速度：服务端渲染会加快页面的响应速度，客户端渲染页面的响应速度慢。
3、SEO优化：服务端渲染因为是多个页面，更有利于爬虫爬取信息，客户端渲染不利于SEO优化。
4、开发效率：服务端渲染逻辑分离的不好，不利于前后端分离，开发效率低，客户端渲染是采用前后端分离的方式开发，效率更高，也是大部分业务采取的渲染方式。
直观的区分服务端渲染和客户端渲染：
源码里如果能找到前端页面中的内容文字，那就是在服务端构建的DOM，就是服务端渲染，反之是客户端渲染。
应该使用服务端渲染还是客户端渲染：
我们要根据业务场景去选择渲染的方式。
如果是企业级网站，主要功能是页面展示，它没有复杂的交互，并且需要良好的SEO，那我们应该使用服务端渲染。
如果是后台管理页面，交互性很强，它不需要考虑到SEO，那我们应该使用客户端渲染。
具体使用哪种渲染方式也不是绝对的，现在很多网站使用 服务端渲染和客户端渲染结合 的方式：首屏使用服务端渲染，其他页面使用客户端渲染。这样可以保证首屏的加载速度，也完成了前后端分离。
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）