自测题库与判别场景

概念层

1. 默认在服务器上运行（Server Component），代码不进浏览器 bundle。要用 useState / onClick，需在组件文件顶部加 'use client'，把它升级为 Client Component。
2. URL 是 /about。带圆括号的 (marketing) 是路由组，只用于组织代码、共享 layout，不产生 URL 段。
3. layout 在同一 layout 下的页面间导航时不卸载、不重渲染，能保留 UI 状态（滚动位置、展开态）；template 每次导航都重新挂载一个新实例，state 重置。
4. 能传：字符串、数字、布尔、null、普通对象/数组、Promise、已渲染的 JSX（children）。不能传：函数 / 事件处理器（无法序列化过网络）、自定义类实例、Symbol。一个不能传的例子：onSave={() => save()} 这样的回调。
5. 等价于 Next 自动用一层 <Suspense> 把 page 包起来，loading.tsx 的内容就是那个 fallback。

原理层

6. cookies() 读取的是"请求时才存在"的信息，构建时无从得知，所以渲染器只能把这棵子树推迟到请求时渲染——即动态渲染。它会传染：在某个层级读了请求数据，从该点往下都转为动态。在 root layout 顶层读 cookies 会把整站拖成动态。
7. 服务端渲染遇到 <Suspense> 边界先输出 fallback 占位、不阻塞其余内容；被包住的子树在服务端 ready 后，其结果作为后续数据块通过 chunked transfer（分块传输）乱序发出，浏览器收到后替换进对应占位。于是慢的一块不再卡住快的整页外壳。
8. 以模块引用的形式出现（"去某个 chunk 加载名为 X 的组件，props 是 …"），不是渲染结果。发 RSC payload（UI 描述）而非 HTML，是为了让客户端导航时能把新内容 reconcile 进当前还活着的组件树、保留已有状态，而不是整页替换——HTML 不携带"这是可被 reconcile 的 React 树"这层信息。
9. 不会被缓存。Next 16 默认不缓存，要显式写 'use cache' 才进 Data Cache。三代默认：v14 默认缓存 fetch；v15 默认不缓存（no-store）；Next 16 改为 'use cache' 显式开启（Cache Components）。
10. 因为 cacheTag() 在数据加载后给缓存条目打了标签（标签可由数据派生，如 product-42）。失效时按"tag → 条目"索引只作废带该 tag 的条目，并级联到依赖这些数据的路由，其余缓存不受影响。
11. 编译成一个加密的 POST 端点，按每次构建生成的、不可猜的 action ID（源码位置 hash）路由；客户端拿到的是指向该端点的引用，不是函数本体。要当公开端点处理，是因为这个端点任何人都能打，且 TypeScript 类型在运行时被擦除——必须运行时校验输入、并校验"这个用户有没有权限动这条数据"（授权，不只是认证）。

应用判别层

12. 整页尽量静态（首页其余部分构建时渲染、可被 CDN 复用）。把"在线人数"隔进一个独立的动态子组件，用 <Suspense> 包住——它读请求时数据、走动态渲染并流式补上，而页面其余静态部分不受影响。这正是 PPR / Cache Components 的"静态外壳 + 动态洞"形态。
13. 选 方案 B（组合模式）。方案 A 不行：把数据 fetch 放进 Client Component，等于在浏览器侧取数，既失去服务端直连数据库的优势，客户端也常常根本无法访问数据库 / 密钥。方案 B 让面板只做交互、留一个 children 洞，由服务端父组件渲染好数据内容传进去——服务端内容留在服务端，只把结果跨界。
14. 用 revalidateTag。给该商品的数据缓存打上 product-<id> 这样的数据派生 tag，价格变更后按 tag 失效，只命中带该 tag 的条目并级联到用到它的路由。revalidatePath 是按具体路径失效，难以覆盖"所有用到该商品的页面"且容易误伤。
15. (a) webhook 用 Route Handler：调用方是第三方机器、走标准 HTTP、需要你掌控请求/响应与验签。(b) 表单提交用 Server Action：触发者是你自己 UI 里的用户，省去手写端点与 fetch，内置 CSRF 防护与渐进增强。判别依据：人从你的 UI 触发 → Action；机器经 HTTP 调用 → Handler。
16. 把"当前用户"查询用 React.cache() 包裹（同一次渲染内只查一次，即使多处调用）。顶部信息直接 await、快速渲染；把 3s 的报表隔进一个 async 子组件并用 <Suspense fallback={骨架}> 包住，让顶部 50ms 先出、报表 ready 后流式补上。组合的是 04 章的并行 + 请求记忆化和 03 章的流式渲染。