当前位置： 首页 > news >正文

SSR vs SSG：前端渲染模式终极对决（附 Next.js/Nuxt.js 实战案例）

news 2025/4/30 6:08:23

一、引言：前端渲染模式的进化之路

随着互联网的发展，用户对于网页的加载速度和交互体验要求越来越高。前端渲染技术作为影响网页性能的关键因素，也在不断地发展和演进。从最初的客户端渲染（CSR），到后来的服务器端渲染（SSR），再到现在的静态站点生成（SSG），每一次技术的变革都为网页性能的提升带来了新的突破。在实际开发中，选择合适的渲染模式对于项目的成功至关重要。不同的渲染模式有着各自的优缺点和适用场景，开发者需要根据项目的具体需求和特点来做出选择。

作为前端开发者，你是否遇到过这样的灵魂拷问：

  • 为什么电商网站的首屏加载比博客慢？
  • 为什么静态文档站的 SEO 排名总是高于动态系统？
  • 为什么有的项目构建时间长达数小时？

这些问题的核心都指向一个关键技术点：页面渲染模式的选择。

在 Web 性能与 SEO 需求日益增长的今天，前端渲染技术从早期的 CSR（客户端渲染）逐步衍生出 SSR（服务器端渲染）和 SSG（静态站点生成）两大主流方案。本文将深度解析 SSR 与 SSG 的核心差异，结合 Next.js 和 Nuxt.js 实战案例，助你快速掌握不同场景下的最优渲染策略。

二、核心概念解析：从渲染原理到技术实现

（一）SSR：动态内容的服务端实时渲染

SSR，即 Server-Side Rendering（服务器端渲染） ，在用户请求时由服务器动态生成完整 HTML 页面，将渲染后的内容直接返回给客户端。以一个电商商品详情页为例，当用户请求某商品页面时，服务器会即刻从数据库获取该商品的详细信息，包括商品名称、价格、描述、图片等 ，然后使用这些数据在服务端完成页面组件的渲染，将其转化为 HTML 字符串，再发送给用户的浏览器。在这个过程中，浏览器只需解析服务器返回的 HTML，就能快速展示页面内容，无需等待大量 JavaScript 脚本下载和执行后才进行渲染。核心流程包括：服务端数据获取→组件渲染→HTML 字符串生成→客户端 hydration 激活交互。

SSR 具有诸多技术优势，首先是首屏加载速度快，直接返回预渲染的 HTML，无需等待客户端 JS 执行，极大地提升了用户体验，减少了用户等待时间，特别是对于网络状况不佳或设备性能较弱的用户。以新闻资讯平台为例，用户能更快看到最新的新闻内容，无需长时间等待页面加载 。其次，SSR 对 SEO 友好，搜索引擎爬虫在抓取页面时，可直接获取服务端生成的完整内容，不像客户端渲染那样，爬虫可能因无法执行 JavaScript 而抓取不到关键信息，这有助于提高网站在搜索引擎结果页面中的排名。最后，客户端负载低，复杂数据处理与渲染由服务器承担，降低了对客户端设备性能的要求，使页面在各种设备上都能流畅展示。

然而，SSR 也存在一些局限性。一方面，服务器压力大，每次请求均需重新渲染，当并发量高时，服务器需要同时处理大量的渲染任务，容易成为性能瓶颈，可能导致响应变慢甚至服务器崩溃。另一方面，开发复杂度高，需处理服务端与客户端环境差异，比如浏览器 API 依赖，许多在客户端浏览器中可用的 API 在服务端环境中并不存在，开发者需要额外的处理逻辑来确保代码在不同环境下都能正常运行，这增加了开发和调试的难度。

（二）SSG：构建时预生成静态页面的性能利器

SSG，也就是 Static Site Generation（静态站点生成） ，在构建阶段通过数据模板生成静态 HTML 文件，部署后直接返回静态资源。例如一个技术博客，在构建过程中，构建工具会读取博客文章的 Markdown 文件以及相关配置信息，然后结合预定义的页面模板，将每篇文章渲染成对应的 HTML 页面，并生成相关的 CSS、JavaScript 等静态资源。当用户访问博客时，服务器或 CDN 直接将这些预先生成的静态文件返回给用户。核心流程包括：构建期数据拉取→模板渲染→静态文件输出→CDN 高效分发。

SSG 的技术优势十分显著。其具有极致性能，静态文件可直接通过 CDN 缓存，响应速度达毫秒级，用户几乎能瞬间加载页面，极大地提高了用户体验。安全性高，由于无动态执行逻辑，减少了服务器攻击面，降低了被攻击的风险。部署简单，无需复杂服务端环境，支持低成本静态托管，像 GitHub Pages 等平台都能轻松托管 SSG 生成的网站，降低了运维成本和技术门槛。

不过，SSG 也并非完美无缺。其动态性不足，无法实时展示用户个性化数据或实时更新内容，对于需要频繁更新数据的应用场景不太适用，如电商实时订单状态展示。构建时间长也是一个问题，对于大规模站点，包含大量页面和数据时，构建过程可能会耗费较长时间，影响开发和部署效率，需要优化构建流程以避免性能损耗，比如采用增量构建等技术。

三、深度对比：从技术指标到适用场景

（一）核心指标对比表

为了更直观地了解 SSR 和 SSG 的差异，我们整理了以下核心指标对比表：

维度

SSR

SSG

渲染时机

请求时动态生成

构建时预生成

首屏速度

快（依赖服务器性能）

极快（静态文件直接加载）

SEO 支持

优秀（动态内容完整渲染）

优秀（静态 HTML 可直接抓取）

动态性

强（支持实时数据与用户交互）

弱（仅支持构建时数据）

服务器压力

高（每次请求需渲染）

低（仅需处理静态文件请求）

典型场景

电商、社交平台、仪表盘

博客、官网、文档类网站

（二）关键技术差异解析

  1. 数据获取时机：SSR 在请求时通过 API 实时获取数据（如 Next.js 中的 getServerSideProps 函数 ），以一个实时更新数据的股票交易页面为例，用户每次请求页面时，服务器会调用金融数据 API，获取最新的股票价格、涨跌幅等数据 ，并使用这些数据实时渲染页面，确保用户看到的是最新的股票行情。而 SSG 在构建阶段通过静态数据源（如 CMS 接口、本地文件）预取数据（如 Next.js 中的 getStaticProps 函数），对于一个内容管理系统驱动的博客，在构建过程中，构建工具会从 CMS 接口获取所有博客文章的标题、摘要、正文等信息，然后使用这些数据生成静态 HTML 页面。
  1. 交互激活方式：SSR 返回的 HTML 需通过客户端 JavaScript 进行 hydration 激活交互，当用户访问一个 SSR 渲染的页面时，浏览器首先会解析服务器返回的 HTML，快速展示页面内容 ，然后 JavaScript 脚本开始加载和执行，它会将服务器端渲染的静态 HTML 转化为可交互的动态页面，为页面添加事件监听器等交互功能。SSG 页面若需动态交互，需额外集成 CSR 组件（如 React 客户端组件），假设一个 SSG 生成的电商产品展示页面，产品的基本信息如图片、名称、价格等是在构建时生成的静态内容 ，但当用户点击 “加入购物车” 按钮时，这个交互功能需要通过集成 React 客户端组件来实现，该组件会在客户端执行，处理用户的交互操作，并与后端进行通信。
  1. 更新机制：SSR 天然支持实时更新，由于每次请求都在服务器端重新渲染，所以只要数据源有更新，用户就能获取到最新内容，如一个实时新闻网站，新的新闻稿件发布后，用户刷新页面就能看到最新的新闻内容。SSG 需通过增量静态再生（ISR，Incremental Static Regeneration）实现定时或按需重建静态页面，以一个使用 SSG 构建的电商产品目录网站为例，通过配置 ISR，当有新产品上架或产品信息更新时，系统可以在用户请求时，根据设定的规则（如每小时更新一次 ），重新生成相关的静态页面，而无需重新构建整个网站，确保用户看到的产品信息相对及时准确。

四、实战案例：Next.js 与 Nuxt.js 的最佳实践

（一）Next.js 实战：React 生态的渲染全能框架

Next.js 作为 React 生态中支持 SSR 与 SSG 的代表性框架，凭借其强大的数据获取与路由功能，成为构建高性能 Web 应用的首选之一 。接下来，我们将通过具体案例深入探讨其在不同渲染模式下的应用。

1. SSG 实现：构建高性能博客页面

对于博客类应用，SSG 模式能够充分发挥其性能优势，快速生成静态页面并借助 CDN 实现高效分发 。

  • 步骤解析：
    • 创建 Next.js 项目并定义页面组件：使用npx create-next-app@latest my - blog命令快速搭建项目，在pages目录下创建index.js作为首页组件，通过 React 组件语法定义页面结构与样式 ，展示博客文章列表。例如：
import Link from 'next/link';
import styles from '../styles/Home.module.css';export default function Home({ posts }) {return (<div className={styles.container}><h1 className={styles.title}>我的技术博客</h1><ul className={styles.list}>{posts.map((post) => (<li key={post.id} className={styles.listItem}><Link href={`/posts/${post.id}`}>{post.title}</Link></li>))}</ul></div>);
}
  • 使用 getStaticProps 在构建期获取博客数据：在index.js中定义getStaticProps函数，通过 API 或本地数据源（如 JSON 文件）获取博客文章列表数据，返回的数据将作为 props 传递给组件 。假设我们从一个模拟 API 获取数据：
export async function getStaticProps() {const res = await fetch('https://api.example.com/posts');const posts = await res.json();return {props: {posts}};
}
  • 通过 getStaticPaths 配置动态路由生成规则：若博客文章详情页为动态路由，如/posts/[id]，则需在pages/posts/[id].js中定义getStaticPaths函数，返回所有文章的 id 列表，Next.js 会根据这些 id 生成对应的静态页面 。示例代码如下：
export async function getStaticPaths() {const res = await fetch('https://api.example.com/posts');const posts = await res.json();const paths = posts.map((post) => ({ params: { id: post.id.toString() } }));return { paths, fallback: false };
}
  • 在pages/posts/[id].js中定义文章详情页组件及getStaticProps函数：获取对应文章的详细数据并渲染，如下：
import Link from 'next/link';
import styles from '../styles/Post.module.css';export default function Post({ post }) {return (<div className={styles.container}><h1 className={styles.title}>{post.title}</h1><p className={styles.content}>{post.content}</p><Link href="/" className={styles.backLink}>返回首页</Link></div>);
}export async function getStaticProps({ params }) {const res = await fetch(`https://api.example.com/posts/${params.id}`);const post = await res.json();return {props: {post}};
}
  • 优化点：
    • 启用 ISR 实现定期更新：对于时效性较高的博客数据，可在getStaticProps中配置revalidate参数，如revalidate: 86400，表示每 24 小时（86400 秒）重建静态页面，确保用户看到相对最新的内容 。
    • 配合 next/image 优化图片加载性能：在博客文章中使用next/image组件替代原生<img>标签，它提供了自动优化、懒加载等功能，可有效提升图片加载速度与用户体验 。例如：
import Image from 'next/image';function Post({ post }) {return (<div><Imagesrc={post.imageUrl}alt={post.imageAlt}width={800}height={600}quality={75}/><h1>{post.title}</h1><p>{post.content}</p></div>);
}
2. SSR 实现：动态用户仪表盘

在需要实时展示用户个性化数据的场景中，如用户仪表盘，SSR 模式可确保每次请求都返回最新数据 。

  • 核心配置：
    • 使用 getServerSideProps 在请求时获取用户实时数据：在仪表盘页面组件对应的文件（如pages/dashboard.js）中定义getServerSideProps函数，通过用户认证信息（如 JWT 令牌）从后端 API 获取用户专属的实时数据，如订单状态、账户余额等 。示例代码如下：
export async function getServerSideProps(context) {const token = context.req.cookies.token;const res = await fetch('https://api.example.com/dashboard', {headers: {Authorization: `Bearer ${token}`}});const data = await res.json();return {props: {userData: data}};
}export default function Dashboard({ userData }) {return (<div><h1>用户仪表盘</h1><p>账户余额: {userData.balance}</p><p>待处理订单: {userData.pendingOrders.length}</p>{/* 其他数据展示 */}</div>);
}
  • 性能优化：
    • 采用流式渲染（Streaming）分块返回 HTML，提升首屏渲染速度：Next.js 支持流式渲染，服务器可将生成的 HTML 逐步发送给客户端，而无需等待整个页面渲染完成，让用户能更快看到页面内容，减少白屏时间 。
    • 结合 SWR（Stale - While - Revalidate）缓存策略减少重复请求：引入swr库，在客户端缓存数据，当用户频繁刷新页面时，先展示缓存数据，同时在后台重新验证和更新数据，避免重复向服务器发起相同请求，提升用户交互体验 。例如：
import useSWR from'swr';function Dashboard() {const { data: userData, error } = useSWR('/api/dashboard', () =>fetch('/api/dashboard').then((res) => res.json()));if (error) return <div>加载数据出错</div>;if (!userData) return <div>加载中...</div>;return (<div><h1>用户仪表盘</h1><p>账户余额: {userData.balance}</p><p>待处理订单: {userData.pendingOrders.length}</p>{/* 其他数据展示 */}</div>);
}

（二）Nuxt.js 实战：Vue 生态的 SSR/SSG 一体化方案

Nuxt.js 作为 Vue 生态中专注于 SSR 与 SSG 的框架，通过简洁的配置和强大的插件系统，为开发者提供了高效的全栈开发体验 。下面我们将通过实际案例展示其在不同场景下的应用。

1. SSG 实现：企业官网静态化

对于企业官网这类内容相对固定、对加载速度和 SEO 要求较高的项目，SSG 模式是理想选择 。

  • 关键配置：
    • 在 nuxt.config.js 中启用 SSG 模式并指定预渲染路由：在nuxt.config.js文件中，设置generate选项，配置routes数组指定需要预渲染的页面路径，如首页、关于我们、产品列表等 。示例配置如下：
export default {generate: {routes: ['/','/about','/products']}
};
  • 使用 asyncData 或 useAsyncData 获取构建期数据：在页面组件中，通过asyncData（Nuxt2）或useAsyncData（Nuxt3）函数从 API、CMS 系统或本地文件中获取数据，用于构建静态页面 。以/products页面为例，在pages/products.vue中：
<template><div><h1>产品列表</h1><ul><li v - for="product in products" :key="product.id">{{ product.name }} - {{ product.price }}</li></ul></div>
</template><script>
export default {async asyncData({ $axios }) {const res = await $axios.$get('https://api.example.com/products');return {products: res.data};}
};
</script>
  • 部署方案：
    • 生成的静态文件可直接部署到 Netlify、Vercel 等静态托管平台：运行nuxt generate命令生成静态文件，这些文件可轻松部署到 Netlify、Vercel 等平台，利用其全球 CDN 加速网络，实现快速的内容分发 。
    • 配合 CDN 缓存策略提升全球访问速度：通过配置 CDN 缓存规则，将静态文件缓存到离用户最近的节点，进一步减少页面加载时间，提升用户体验 。例如，在 Netlify 中可通过配置文件设置缓存过期时间等参数 。
2. SSR 实现：多语言电商平台

在多语言电商平台中，需要实时处理用户请求、切换语言并展示本地化数据，SSR 模式能很好地满足这些需求 。

  • 核心技术点：
    • 利用 Nuxt.js 内置的服务器端路由和状态管理：通过nuxt.config.js中的router配置定义多语言路由规则，如/en/products、/zh/products等，结合 Vuex（Nuxt2）或 Pinia（Nuxt3）进行状态管理，存储用户选择的语言、购物车数据等 。示例router配置如下：
export default {router: {middleware: 'i18n',extendRoutes(routes, resolve) {routes.push({name: 'products - en',path: '/en/products',component: resolve(__dirname, 'pages/products.vue')});routes.push({name: 'products - zh',path: '/zh/products',component: resolve(__dirname, 'pages/products.vue')});// 其他语言路由}}
};
  • 通过中间件实现语言切换与数据本地化：创建middleware/i18n.js中间件，根据用户请求头或 cookie 中的语言信息，动态切换语言并获取对应语言的数据 。例如：
export default function ({ app, route, redirect }) {const lang = app.$cookies.get('lang') || 'en';app.i18n.setLocale(lang);if (route.path.startsWith('/en') && lang!== 'en') {return redirect('/en' + route.fullPath.replace('/en', ''));}if (route.path.startsWith('/zh') && lang!== 'zh') {return redirect('/zh' + route.fullPath.replace('/zh', ''));}
}
  • SEO 优化：
    • 使用 nuxt/head 组件动态设置页面元信息：在页面组件中，通过nuxt/head组件根据不同语言和页面内容动态设置title、description、keywords等元信息，提高搜索引擎排名 。例如在pages/products.vue中：
<template><div><!-- 页面内容 --></div>
</template><script>
export default {head() {return {title: this.$t('products.title'),description: this.$t('products.description'),meta: [{hid: 'keywords',name: 'keywords',content: this.$t('products.keywords')}]};}
};
</script>
  • 确保服务端渲染的 HTML 包含完整多语言内容：在 SSR 过程中，保证生成的 HTML 包含所有语言版本的关键内容，以便搜索引擎爬虫能够正确抓取和索引，提升多语言页面的 SEO 效果 。

五、选型指南：如何选择正确的渲染模式

（一）场景驱动的决策模型

  1. 内容型网站（博客 / 官网）：对于内容型网站，如个人博客、企业官网等，内容更新频率相对较低，对页面加载速度和 SEO 要求较高。这种情况下，首选 SSG 模式，它能在构建时生成静态页面，借助 CDN 实现快速分发，极大提升页面加载速度，同时满足搜索引擎对内容抓取的需求 。例如，一个技术博客采用 SSG 模式构建，使用 Next.js 框架，在构建阶段通过getStaticProps函数从 Markdown 文件或内容管理系统中获取文章数据，生成静态 HTML 页面。对于偶尔更新的内容，可搭配 ISR（增量静态再生）技术，通过设置revalidate参数，定时或在数据变化时重新生成相关页面，确保用户能获取到最新内容 ，兼顾了性能与 SEO。
  1. 动态交互平台（电商 / 社交）：在电商、社交平台等动态交互性强的应用中，不同页面的需求差异较大。核心页面，如电商的首页、商品详情页，以及社交平台的首页等，既需要快速的首屏加载速度，以提升用户体验，又需要良好的 SEO 表现，以便在搜索引擎中获得更高的排名，吸引更多流量 。此时，采用 SSR 模式较为合适，它能在用户请求时实时获取最新数据并渲染页面，满足这些页面的需求。而对于交互复杂、数据变化频繁且对 SEO 要求相对较低的页面，如电商的购物车页面、用户个人中心页面，以及社交平台的聊天页面等，结合 CSR（客户端渲染）模式能更好地发挥其优势 。CSR 模式下，页面在客户端进行渲染，可实现更流畅的交互体验，通过前端框架（如 React、Vue）的状态管理和组件化机制，能方便地处理用户交互和数据更新，减少不必要的服务器请求。
  1. 混合场景（内容 + 动态功能）：当项目同时包含内容展示和动态交互功能时，单一的渲染模式往往无法满足需求。此时，可采用 Next.js 或 Nuxt.js 提供的混合渲染模式 。以一个兼具内容发布和用户交互功能的知识社区为例，文章详情页面、分类页面等静态内容较多的部分，使用 SSG 模式生成，在构建阶段获取文章数据并生成静态 HTML，利用 CDN 快速分发 。而用户评论区、点赞、收藏等动态交互模块，采用 SSR 模式处理，在用户请求时实时获取和更新数据，确保交互的实时性和数据的一致性 。通过这种混合渲染模式，既能充分发挥 SSG 的高性能优势，又能满足 SSR 对动态交互的支持，实现了性能与功能的平衡。

（二）性能与成本平衡

  1. 服务器资源有限：如果服务器资源有限，如小型创业公司或个人项目，为了降低服务器负载，优先考虑 SSG 模式 。SSG 模式在构建时生成静态文件，服务器只需提供静态文件服务，无需在运行时进行复杂的渲染操作，大大减轻了服务器的压力 。若项目中存在部分动态内容，又不得不使用 SSR 时，可以结合缓存技术（如 Redis）来减少重复渲染 。将 SSR 生成的页面缓存到 Redis 中，当有相同请求时，直接从缓存中获取页面，避免重复渲染，提高响应速度，同时降低服务器资源消耗 。
  1. 高频更新需求：对于高频更新需求的应用，如实时新闻平台、股票交易网站等，SSR 模式能更好地满足实时数据展示的要求 。为了提升效率，可采用增量渲染技术，如 React Server Components 。它允许服务器将部分组件渲染为静态 HTML，在客户端进行增量更新，减少不必要的重新渲染，提高页面更新速度 。同时，结合高效的数据缓存和更新策略，如 SWR（Stale - While - Revalidate），在客户端缓存数据，当数据更新时，先展示缓存数据，同时在后台更新真实数据，确保用户能快速看到最新内容，提升用户体验 。

六、未来趋势：渲染技术的融合与创新

（一）混合渲染架构普及

随着前端框架的不断演进，Next.js 13 + 的 App Router 带来了重大变革，支持 Server Components 与 Client Components 混合使用 ，这使得 SSG/SSR/CSR 可在同一项目中灵活组合。以一个综合性的电商应用为例，首页和商品列表页可以采用 SSG 模式，在构建时生成静态页面，利用 CDN 快速分发，提升加载速度 。而商品详情页，由于可能需要实时展示库存、价格波动等动态信息，可使用 SSR 模式，在用户请求时实时获取最新数据并渲染 。对于用户交互频繁的购物车、订单确认等页面，结合 CSR 模式，通过客户端 JavaScript 实现流畅的交互体验 。这种混合渲染架构能够根据不同页面的需求，充分发挥各种渲染模式的优势，为用户提供更优质的体验。

（二）边缘渲染兴起

边缘渲染结合 Edge Functions（如 Vercel Edge Runtime），将 SSR/SSG 的执行节点从传统服务器扩展到 CDN 边缘节点 。当用户请求一个页面时，不再需要等待请求传输到源服务器进行处理，而是直接在离用户最近的 CDN 边缘节点执行渲染操作 。以全球知名的内容分享平台为例，其拥有来自世界各地的庞大用户群体，通过采用边缘渲染技术，在全球多个 CDN 边缘节点部署渲染逻辑，当欧洲用户请求页面时，位于欧洲的 CDN 边缘节点直接执行 SSR/SSG 操作，将渲染后的页面快速返回给用户 ，大大降低了延迟，提升了全球用户的访问体验，尤其对于跨国访问场景，优势更为明显。

（三）静态优先策略

随着 Jamstack 架构的流行，SSG 成为默认选择 。这种架构强调前端与后端的解耦，通过预渲染和缓存静态资源来提高性能 。在一个以内容为主的电商官网中，产品展示页面、品牌故事页面等内容相对固定的部分，采用 SSG 模式生成静态页面，利用 CDN 的缓存和分发优势，实现快速加载 。对于需要动态交互的部分，如用户登录、添加商品到购物车等操作，通过 API 调用获取实时数据或结合客户端渲染来补充 。这种 “静态为主，动态为辅” 的高效架构，既能满足网站对性能的要求，又能灵活处理动态需求，在提升用户体验的同时，降低了开发和运维成本。

七、总结：选择适合你的渲染 “武器”

SSR 与 SSG 并非非此即彼的竞争关系，而是互补的技术方案。通过理解两者的核心差异（渲染时机、数据处理、适用场景），结合 Next.js/Nuxt.js 等现代框架的高效工具链，开发者可根据项目需求精准选择，在性能、SEO、开发成本之间找到最佳平衡点。未来，随着前端生态的持续演进，混合渲染与边缘计算将推动前端渲染技术迈向新高度。

http://www.xdnf.cn/news/209737.html

相关文章：

  • Java中的接口和抽象类
  • JSON-RPC 2.0 规范中文版——无状态轻量级远程过程调用协议
  • 无锡哲讯科技：引领企业数字化转型的SAP实施专家
  • 基于论文的大模型应用：基于SmartETL的arXiv论文数据接入与预处理（四）
  • 基于 Windows I/O 完成端口（IOCP）的多线程任务队列系统小case
  • 关于插值和拟合（数学建模实验课）
  • 在 VMware 虚拟机中安装 Windows7
  • 【Redis】缓存|缓存的更新策略|内存淘汰策略|缓存预热、缓存穿透、缓存雪崩和缓存击穿
  • 系统的环境变量
  • 编程中如何与AI交互-结构化输入和理解确认机制
  • 【dify—3】拉取镜像、本地访问dify
  • 如何搭建spark yarn 模式的集群集群
  • 第1阶段-前5天-考试题及答案
  • （开源）视频画面增强模型：Ev-DeblurVSR (可以解决视频画面不清晰的问题)
  • C++算法（17）：reverse函数用法详解，头文件＜algorithm＞与实战示例
  • CSS的三大特性：层叠、继承与优先级
  • UI-TARS论文解读 并提供镜像
  • 深入理解Spring AI框架的核心概念
  • HarmonyOS ArkUI交互事件与手势处理全解析：从基础到高级实践
  • 阿里Qwen3 8款模型全面开源，免费商用，成本仅为 DeepSeek-R1 的三分之一
  • 深入理解 Linux 权限管理：从基础到进阶
  • Agent开源工具：mcp快速接入，mcp-use上手指南
  • 23G显存可以跑多大尺寸的Qwen3？
  • 第十六届蓝桥杯 2025 C/C++组 旗帜
  • 常见的 CSS 知识点整理
  • 20250429在Ubuntu 20.04.6下安装VMware Workstation16
  • [零基础]内网ubuntu映射到云服务器上，http访问（frp内网穿透）
  • Java controller接口出入参时间序列化转换操作
  • AimRT 从零到一：官方示例精讲 —— 六、pb_chn示例.md
  • OpenObserve API Usage Guide for Log Management