快捷菜单
常用功能一站直达
更多功能请点顶栏「快捷菜单」
ssr是啥,博客领域?
在博客领域,SSR 指的是 Server-Side Rendering,即服务端渲染。
它是一种网页渲染技术,和我们常说的 CSR(Client-Side Rendering,客户端渲染)相对应,核心区别在于页面的渲染位置和时机。
传统 CSR 博客(比如基于 React/Vue 纯前端框架的博客): 服务器只返回一个空的 HTML 骨架,浏览器拿到后再通过 JavaScript 去请求博客文章数据、渲染页面内容。 缺点是首屏加载慢、不利于 SEO(搜索引擎爬虫难以抓取 JS 动态渲染的内容)。
SSR 博客: 当用户访问博客页面时,服务器端会先获取文章数据,直接在服务器上渲染出完整的 HTML 页面(包含所有文章内容),再将这个完整页面返回给浏览器。 浏览器拿到后只需直接展示,无需再通过 JS 二次渲染。

ssr/ssg/isr/csr/dpr区别?
2026.7.8记录。
deepseek回复:
这些概念的核心区别,在于在“何时”、“何地”生成HTML页面。它们就像一条生产线上的不同工序,各有各的适用场景。
为了方便区分,我把它们整理成了下面这个表格,可以让你快速掌握核心差异。
| 渲染模式 | 核心工作方式 | 优点 | 缺点 | 适用场景 | 代表技术/框架 |
|---|---|---|---|---|---|
| CSR (客户端渲染) | 浏览器下载空白HTML和JS,JS执行后请求数据并渲染页面。 | 服务器压力小,交互流畅,前后端分离。 | 首屏加载慢,SEO不友好,有白屏问题。 | 对SEO无要求的管理后台、复杂的Web应用(SPA)。 | React, Vue, Angular 的默认模式。 |
| SSR (服务端渲染) | 服务器接收到用户请求后,实时获取数据、生成完整的HTML页面,再返回给浏览器。 | SEO友好,首屏加载快。 | 服务器压力大,TTFB(首字节时间)慢,运维成本高。 | 需要SEO且内容高度动态、个性化的页面,如新闻详情、用户个人中心、商品搜索结果。 | Next.js (getServerSideProps), Nuxt。 |
| SSG (静态站点生成) | 在项目构建时,就将所有页面预先生成为静态HTML文件,部署到CDN。 | 性能极佳(TTFB极快),服务器成本极低,安全性高。 | 构建时间随页面数量线性增长,内容更新需要重新构建整个站点,无法处理个性化内容。 | 内容不经常变动的网站,如博客、产品文档、企业官网、营销落地页。 | Next.js (getStaticProps), Gatsby, Hugo。 |
| ISR (增量静态再生) | SSG的进化版。先静态生成部分页面,然后按设定的时间(如60秒)在后台增量地重新生成有更新的页面,无需全量构建。 | 兼具SSG的速度和内容的准实时性,解决了大型站点全量构建的痛点。 | 首次访问未预渲染的页面有fallback体验;页面更新有延迟(用户可能看到旧数据,刷新后才更新)。 | 内容更新频繁但对实时性要求不极高的网站,如新闻门户、热门商品页、社交媒体热门帖子。 | Next.js (revalidate 属性)。 |
| DPR (分布式持久渲染) | 构建时几乎不生成页面。页面在第一次被用户访问时才触发按需构建(On-demand Builder),渲染后持久化缓存到CDN,供后续用户使用。 | 构建速度极快,非常适合拥有海量页面(如百万级商品) 但大部分访问量很低的网站。 | 第一个访问新页面的用户会经历一次较慢的SSR过程;难以防御针对新页面的DoS攻击。 | 拥有超大规模页面的网站,如大型电商平台、文档库、历史存档网站。 | Netlify (On-demand Builders)。 |
CSR 是在用户浏览器里现做现吃(慢,但厨师省力)。
SSR 是点餐后厨师马上现做(新鲜热乎,但厨师累)。
SSG 是提前做好一大桌子菜(上菜飞快,但翻桌慢)。
ISR 是提前做了热门菜,冷门菜现做,同时定时更新热门菜(平衡之道,但有延迟)。
DPR 是只准备菜谱,客人点了才做,做完就放保温柜(适合客人多但点的菜五花八门的餐厅)。
日历 · 精选 · 友链 · 更多
如果内容对你有帮助,欢迎请我喝杯咖啡 ☕



One的公众号
爱折腾博客的小白