S25-J01 · 题库设计：分类、难度分级与标注

适用读者：要把一堆面试题变成"可用的题库"的人。
前置：S25-B05。
实测环境：本系列 439 张卡的统计（2026-11-06）。
覆盖旧文：2322(812) 2327(478) 2613(494) 2640(419) + 面试题卡 = 3,701 点。
扩展点：E-S25-004（分级）、E-S25-011（标注规范）。
上一篇：S25-B05 · 面经的结构化复盘
下一篇：S25-J02 · 场景题框架。

1. 一句话结论

题库不是"题目的集合"，是"带元数据的题目"：技术域、题型、难度、对应的主讲文章。没有元数据的题库，只能是背诵材料。

元数据	作用
技术域	按需检索（S04/S05/S11…）
题型	八股/场景/源码/设计（B03）
难度	校准（见 §3）
主讲链接	指向正文（本系列的核心设计）

2. 实测：439 张卡的真实分布（E-S25-004）

点位分桶（一张卡的"知识点数量"）：

桶	卡数
0 点（空壳，无 O 点，未进矩阵）	4
1–50	125
51–200	226
201–500	72
>500	12

统计：中位数 84 点，均值 129 点，最大 842 点（脚本复算：tools/s25_stats.py，2026-11-06）。

"点位多少 ≠ 题目难度"：>500 点的都是"合辑卡"（如 54 道八股合集），它们不是难题，是"多题打包"——必须先拆分，才能进题库。

3. 难度分级的三个维度

维度	判断
知识面	单点 / 多点 / 跨域
是否需要推理	记忆型 / 推理型
是否有标准答案	有 / 无（场景题）

分级映射：

级别	特征	例子
L1 记忆	单点、有标准答案	"final 的作用"
L2 理解	需解释"为什么"	"为什么 HashMap 容量是 2 的幂"
L3 应用	需结合场景	"线上 CPU 100% 怎么查"
L4 设计	无标准答案	"设计一个短链系统"

4. 规则初筛只覆盖 42%（E-S25-011）

实测：用 14 条关键词规则（面试题/八股/面经/简历/学习/项目经验…）能命中 185/439 = 42.1%，254 张仍需人工标注。早期目测口算的"13%"是错的，以脚本复算为准（tools/s25_stats.py）。

结论	说明
关键词规则只能做初筛	覆盖面太低
人工标注不可避免	但可用"抽样校准"降低工作量
标注要有规范	否则两人标出两套体系

标注规范三要素：

① 域（单选）+ 题型（单选）+ 难度（L1–L4）
② 主讲链接（指向本系列或技术系列）
③ 一句话考点（≤20 字）

5. 题库的长期维护（E-S25-012）

动作	频率
抽样校验（随机 20 题，看答案是否仍正确）	每季度
版本过时标注（如 JDK 版本变化）	随技术更新
新增题入池	持续
删除失效题	每年

判据："这道题的答案在两年后还成立吗？" 不成立 → 标注"版本敏感"。

6. 五个误区

误区	真相
"题越多越好"	无元数据=背诵材料
"点位多=题难"	多为合辑卡
"关键词能自动分类"	实测只覆盖 13%
"标一次就永久有效"	会随版本失效
"不用写主讲链接"	无法深挖

7. 自检（架构师版）

四个元数据各解决什么？
实测分桶与中位数？
为什么"点位多≠难"？
难度四级的判据？
为什么必须人工标注？

8. 下一篇

S25-J02 · 场景题框架：超时、幂等、峰值

题库讲完，下一篇讲"没有标准答案的题怎么答"。

本篇属于系列《S25 · 求职与面试》。旧文来源：A-2322/2327/2613/2640 + 面试题卡；扩展点 E-S25-004/011/012。分桶与覆盖率基于本系列 439 张卡实测统计。