react.js在服务器端渲染有什么好处？渲染是怎么个流程

1、有些回答中提到CPU负载和nodejs效率问题。服务器端渲染固然耗CPU，但可以使用服务器端缓存的方式解决，并不是每个用户访问都需要重新渲染一
遍。而且服务器端渲染甚至可以潜在地增加服务器效率（这点在参考资料第二个里有提到，不过是纯英文的，我有空会翻译下）。
2、服务器端和客户端可以共享某些代码，避免重复定义。这样可以使结构更清晰，增加可维护性
3、首次加载页面的速度加快。客户端渲染的一个缺点是，当用户第一次进入站点，此时浏览器中没有缓存，需要下载代码后在本地渲染，时间较长。而服务器渲染则是，用户在下载的已经是渲染好的页面了，打开速度比本地渲染快。
4、SEO。服务器端渲染可以让搜索引擎更容易读取页面的meta信息以及其他SEO相关信息，大大增加网站在搜索引擎中的可见度。
其实并不一定要争个好坏，服务器端和客户端渲染各有各的优缺点。建议根据实际需求，在某些页面使用服务器渲染，某些页面使用客户端渲染，以达到最佳解决方案。

前端与后端最初的渲染方式是后端模板渲染，就是由后端使用模板引擎渲染好 html 后，返回给前端，前端再用 js 去 *** 作 dom 或者渲染其他动态的部分。这个过程大致分成以下几个步骤：
前端请求一个地址 url
后端接收到这个请求，然后根据请求信息，从数据库或者其他地方获取相应的数据
使用模板引擎（如 java > jsp、php > smarty）将这些数据渲染成 html
将 html 文本返回给前端
在这个过程中，前端的 html 代码需要嵌入到后端代码中（如 java、php），并且在很多情况下，前端源代码和后端源代码是在一个工程里的。
所以，不难看出，这种方式的有这样的几个不足：
前后端杂揉在一起，不方便本地开发、本地模拟调试，也不方便自动化测试
前端被约束在后端开发的模式中，不能充分使用前端的构建生态，开发效率低下
项目难以管理和维护，也可能会有前后端职责不清的问题
尽管如此，但因为这种方式是最早出现的方式，并且这种渲染方式有一个好处，就是前端能够快速呈现服务器端渲染好的页面，而不用等客户端渲染，这能够提供很好的用户体验与 SEO 友好，所以当下很多比较早的网站或者需要快速响应的展示性网站仍然是使用这种方式。

1 首先要确定局域网内的计算机可以互相访问，设置一台计算机为服务器，联机渲染文件的贴图路径，光子保存路径，全部指认到该服务器。
2 选择你要渲染的机器,打开VR 联机渲染，选择注册渲染，成功后，机器为联机渲染的待机状态，记下这台机器的IP地址，如果你需要多台计算机参与渲染，重复以上动作，记下所有机器的IP地址
3 在其中一台机器打开你渲染的文件，选择VR渲染器，在system选项种选择distributed rending,勾选，setting,在d出的对话框中，选择Add server,把联机渲染的IP地址，输入进去，点击确认！
4 设置完毕后，开始渲染
5 如果出现后期光子图有灰色色块，这就是联网的计算机不能准确的识别主机的贴图文件或者广域网文件，这时候需要在联机的计算机上面也建立相同的路径，复制相同的文件亦可解决，当然还有一个办法，就是把max文件打成压缩包的形式，把联机的机器设置成主机，把建模所用电脑作为辅机（由于这台上面肯定有用的贴图和广域网文件，而且路径也对），就不会出现灰色块的问题，也省的建文件路径复制文件的麻烦了。

1、首先需要创建一个HTML，html是网页的基础与骨架。

2、在html中增加测试数据，用来测试checkbox是否选中。

3、编写javascript，按钮点击时，触发事件，将选中的checkbox值获取。

4、美化页面，增加样式文件，和引入jquery文件。

5、打开浏览器，打开测试页面。

6、进行测试显示渲染到页面成功。

GPU是Graphics Processing Unit的缩写，是图形处理器，可以理解为显卡的芯片 CPU是Central Processing Unit ，是中央处理器，所以这是两种不同的处理器，可以这样理解为，CPU是人的大脑，而GPU是人的眼

---