毫无疑问，用户体验会受到感知加载时间的影响。随着今天更重的前端开发，客户端渲染感觉不是很快。对于这样的情况，预渲染可能是一个非常好的策略。这些解决方案和完全由客户端渲染的应用有什么区别？
客户端渲染的应用程序
由于Angular、Ember.js、Backbone等框架的存在，前端开发者倾向于在客户端渲染所有内容。
使用客户端呈现解决方案，您可以将请求重定向到单个HTML文件，服务器将在没有任何内容(或带有加载屏幕)的情况下交付请求，直到您获得所有JavaScript并让浏览器在呈现之前编译所有内容。有了一个好的和可靠的互联网连接，它非常快，工作良好。但是可以好很多，做到这一点并不难。这就是我们将在接下来的章节中看到的。
服务器端渲染 (SSR)
SSR解决方案是我们多年前曾经做过的事情，但是我们经常忘记支持客户端渲染解决方案。
使用旧的服务器端呈现解决方案，您构建了一个web页面(例如，使用PHP)，服务器编译所有内容，包括数据，并将完全填充的HTML页面交付给客户端。又快又有效。但是.每次导航到另一条路径时，服务器都要重新做一遍：获取PHP文件，编译它，然后提交HTML。所有的CSS和JS都将页面加载延迟到几百毫秒甚至一整秒。
如果可以用SSR解决方案加载第一页，然后用框架通过AJAX动态路由，只获取必要的数据会怎么样？
这也是为什么SSR在社区中越来越受关注的原因，因为React通过一个简单易用的解决方案普及了这个问题：RenderToString方法。
这种新型的Web应用程序被称为通用应用程序或同构应用程序。关于这些术语的确切含义和它们之间的关系仍有一些争议，但许多人可以互换使用它们。
无论如何，这种解决方案的优势在于它可以使用相同的代码开发应用服务器和客户端，并通过使用自定义数据为用户提供真正快速的体验。缺点是需要运行服务器。
SSR用于获取数据并用定制内容预先填充页面，利用服务器的可靠互联网连接。即服务器自身的互联网连接比用户使用lie-fi的互联网连接更好)，因此它可以在将数据交付给用户之前进行预取和合并。
利用预填充数据，SSR应用还可以解决客户端应用的社交分享和OpenGraph系统存在的问题。例如，如果你只有一个index.html文件交付给客户，那么他们将只有一种类型的元数据3354，这可能是你的主页元数据。当你想分享不同的路线时，这是不会上下的，所以你的任何一条路线都不会在其他网站上显示，有用户想分享给全世界的正确的用户内容(描述和预览图片)。
预渲染
一般应用程序的强制服务器可能对一些人来说是一种威慑，但对小型应用程序来说可能是过度的。这就是为什么预渲染可以是一个非常好的选择。
我通过Preact和它自己的CLI找到了这个解决方案，它允许你编译所有预先选择的路由，这样你就可以将完全填充的HTML文件存储到静态服务器。借助Preact/React水合功能，无需使用Node.js即可为用户提供超快的体验
问题是，因为这不是SSR，所以此时您没有特定于用户的数据来显示3354。它只是一个静态的(有点通用的)文件，直接在第一次请求时发送。所以，如果你有用户特定的数据，可以在这里集成一个设计精美的骨架，向用户展示他们的数据来了，避免他们的挫败感。
还有一个问题：为了让这项技术发挥作用，您仍然需要使用代理或其他工具将用户重定向到正确的文件。
客户端呈现的应用是我们现在应该避免的，因为我们可以为用户做得更好。在这种情况下，做得更好就像预渲染解决方案一样简单。
了解更多信息
渲染软件
Shading Fast是一款专注于云渲染服务的软件。如果你正在做一个大型的3D设计项目，但是你担心你的机器性能不足以完成后期渲染的工作，那么试试这个软件吧！它采用渲染定时收费方案，避免了花在其他事情上的时间所带来的额外金额计算，价格便宜。它采用会员制，结合封顶24元。会员级别高一点的话会更便宜！让你轻松处理渲染工作！而且软件操作简单，几步就能快速开始渲染！并且使用独家OSS线快速传输，峰值速度达到每秒5Gb，更强大！同时，如果在使用过程中出现异常时长，也会及时短信提醒，避免不必要的损失！有了自适应开机功能，您可以节省更多的钱！
超长渲染，开头直接预测，短信提醒。
[独家OSS line express]
峰值速度达到每秒5Gb，遥遥领先于其他平台。
快速渲染绿色版支持灵活渲染，轻松应对临时紧急绘图。
节约电能成本，让我们给客户更多的利润。
【独家支持实时进度显示】
不用看截图就能知道进度，多任务进度一目了然。
[源文件的保存期最长为3周]
源文件和结果都被备份，以防止用户丢失他们的文件。