随着企业对网站设计越来越重视，网站设计融入了更多的视频和高清的大图，还有更多让人感兴趣的动效。但这样一来也导致网站打开的响应速度变慢了，为了更好的客户体验我们应该在保证网站内容友好的情况下加快网站响应速度。那下面我们就来讲讲如何提升网站的响应速度。
曾经要求其他开发人员停止编写慢代码。比如“请减少<div>s，它们使我们的 DOM 又大又慢。”“请避免使用 CSS 之类.Component > * + *的，它与我们的大 DOM 相结合会导致明显的延迟。”“请不要对所有事情都使用 React，它限制了我们的速度。” （特别是如果它渲染具有复杂样式的大型 DOM……）
HTTP/1.1 204 No Content
Cache-Control: max-age=999999999,immutable
这是最快的网页。您可能不喜欢它，但这就是峰值性能的样子。这似乎无济于事——当然，一个有用的页面总比什么都没有慢！——但是任何添加到前端的东西都只会减慢它的速度。越是让你远离网络的自然速度，就越需要做更多的工作才能将它拉回来。也就是说，需要一些余地，否则我会浪费时间对每个小方面进行微优化。您确实想知道您的内容、设计或开发选择何时开始影响您的用户。对于添加的所有内容，您应该平衡其收益与成本。这就是存在性能预算的原因。
图片文件20 KB 并不多，react+react-dom几乎是两倍。一个明显的替代方案是4kB Preact，但这无助于组件代码或 Redux 灾难——我仍然需要 HTML 和 CSS！我不得不超越显而易见的选择。一个网站真正需要什么？如果我回答这个问题，我可以省略其他所有内容。好吧即使您尝试过，网站也不能省略什么？你可以只用 HTML 制作一个真正的网站——在 CSS 和 JS 出现之前，人们一直都在这样做。
再来说说导航，如果您内联 CSS 并有效地生成 HTML，与网络往返相比，它们的开销可以忽略不计。SPA 仍然请求 JSON 数据来呈现，是吗？即使您将该 JSON 内联到初始响应中，JSON→JavaScript→HTML 也不可能比直接跳到 HTML 部分更快。在服务器上连接字符串不应该是一个巨大的瓶颈。如果是的话，React SSR 如何证明将这些字符串两次连接到 HTML 和水合数据中是合理的？
