已关闭。此问题为opinion-based。当前不接受答案。
**想要改进此问题吗？**请更新此问题，以便editing this post可以用事实和引文来回答。
昨天关门了。
Improve this question
所以基本上，实施SSR + CSR的唯一主要好处是SEO？因为如果你仔细想想，SSR实际上在初始加载时间上很慢，因为你必须等待服务器呈现HTML + JS并使用HTML + JS做出响应，这需要一个具有所有复杂配置的nodejs服务器来进行生产，而在
CSR您可以立即收到HTML和JS（可以缓存）的基本内容，这些内容可以托管在一个文件桶中，而无需复杂的服务器配置，而且现在浏览器/计算机/手机实际上已经足够快，可以快速呈现组件，因此初始加载时间不是问题。
所以除了搜索引擎优化，你实际上增加了更多的缺点时，实施SSR + CSR.
如果我错了，请大家纠正我🙏
SSR + CSR与CSR。缺点似乎超过了使用SSR+CSR而不仅仅是CST
1条答案
按热度按时间46qrfjad1#
SSR可能会很有帮助，因为它会提前显示静态内容，为用户提供视觉效果，而不是等待微调器来创建整个内容。
您将有一个水合阶段，但您可以跳过其中的一部分，甚至根本不使用它们（像AstroJS这样的岛屿架构或与其他一些包一起使用）。
SSR也将带来搜索引擎优化的一部分，你知道，这是相当重要的一些类型的应用程序（博客，市场，StackOverflow等...）。
SSR步骤可以相当快，特别是如果使用边缘渲染。你也可以缓存它，配置也不需要很困难（它也可以帮助内存泄漏，因为你每次都会杀死它），服务器支持的“费用”不再是一个考虑因素
它消耗的最终用户设备资源较少，因为没有：并不是每个人都在使用最新款iPhone 14 Pro。最常见的设备仍然是摩托罗拉G5或类似产品（就原始动力而言）。更不用说人们可以来自带宽/昂贵手机还不成问题的各个国家。
如果数据库延迟是提前完成的，并且可以被客户机跳过，那么数据库延迟也不是问题。
同样，越来越多的高级配置是可行的，但这一切都归结为你想在多大程度上优化你的应用程序，以及你从中赚了多少钱。
如今，像Qwik，Marko和Astro这样的工具很受欢迎，因为他们加入了一个很酷的孩子的行列，向你的访问者运送更少的JS。当你看到你的业务可以通过一些微调的性能指标产生多少钱时，总是很高兴的。
如果你有一个冷静的休闲聊天应用程序，保持它作为一个SPA。
另外，并不是所有的应用程序都需要SSR/SSG，有些应用程序可以坚持使用SPA（ Jmeter 板，gmail之类的）。
一个并不比另一个好，它们都有各自的优缺点。问题是你需要了解如何在最佳情况下有效地使用它们中的每一个。而Vue/React并不是以同样的方式做所有这些事情...
您可以阅读那些伟大的作者，他们非常擅长解释性能考虑和未来的伟大框架（除了通常的React/Next等）：