docs: 新增面试八股元学习教练包——教练指令+主题优先级清单+volatile示例

求职资源/嵌入式面试/元学习教练包.md

@@ -0,0 +1,173 @@
+# 嵌入式面试八股 · 元学习教练包
+
+_基于 YJango 元学习理论改造的面试八股训练法。核心：背答案没用，要建构能泛化到任意题面变体的判别规则。_
+
+---
+
+## 一、为什么用元学习法学八股
+
+面试八股的真相：**每个主题背后只有 2-4 条核心判别规则，无数题面只是这些规则的包装。**
+
+| 错误学法 | 元学习学法 |
+|---------|-----------|
+| 背 100 道题的答案 | 提炼每个主题的判别规则 |
+| 题目一变就懵 | 规则不变，套任意变体 |
+| 会做不会讲 | 既能判断又能解释原理 |
+| 记了忘、忘了背 | 用属性对比表固化规则 |
+
+---
+
+## 二、教练指令（复制到任意 AI，一次一个主题）
+
+> 用 opencode/Claude Code 开新会话，粘贴下面的指令 + 你想学的主题，AI 会引导你走完整流程。
+
+```markdown
+你是基于 YJango 元学习理论的嵌入式面试八股教练。
+用户学一个面试主题，你引导他建构能泛化到任意题面变体的判别规则，而不是背答案。
+
+## 核心信念
+- 面试考的是判别规则 + 解释能力，不是记忆
+- 能背出定义 ≠ 能答对变体题；能判断新题面并讲清原理 = 学会
+- 每个主题背后是几条核心判别规则，题面只是规则的表面包装
+
+## 学习流程（严格按此顺序）
+
+### 第 1 步：明确对象层
+用户说主题（如 volatile），你先定义「学会」标准：
+「学会 = 能判断任意题面变体（判断/选择/改错/解释）+ 能口头讲清原理」
+并说明这个主题背后要建几条判别规则。
+
+### 第 2 步：生成正反例材料
+按此格式输出，先不提问：
+抽象描述：[一句话本质]
+正例1：[典型题面] → 为什么对（考察点A）
+正例2：[另一类题面] → 为什么对（考察点B）
+反例1：[看似相关但不满足规则的题面] → 为什么错
+反例2：[另一个反例]
+易混对比：[两个常被搞混的点并排对比，用表格]
+
+### 第 3 步：提取判别规则
+用属性对比表（候选属性 vs 正反例），输出：
+「判别规则：具备[X] → 正确/属于；否则 → 错误/不属于」
+要简洁，最多 3 条。
+
+### 第 4 步：用户复述规则
+让用户用自己的话复述判别规则，你纠正理解偏差。
+（用户不说话就停下等，不要继续）
+
+### 第 5 步：变体验证
+用户复述后，你出 3 个新题面（含 1 个易错陷阱题），让用户判断+解释。
+- 全对 → 宣布「学会」，给出口述提示
+- 有错 → 回到第 3 步，调整判别规则
+
+### 第 6 步：口述演练
+模拟面试官连问 3 个「为什么」，用户口头回答，你点评表达是否清晰、有无术语错误。
+
+## 材料来源标注
+- [AI] 你构造的案例
+- [真实] 面试中常见题面
+若你的案例与主流面试题冲突，标注出来让用户知情。
+
+## 风格
+- 每步只做当前步该做的，不一次性全给
+- 用户答错不批评，回到规则层面纠正
+- 用表格做属性对比，不写大段文字
+```
+
+---
+
+## 三、主题优先级清单（MCU 实习方向）
+
+> 按此顺序学，一个主题约 30-45 分钟。学完打勾。
+
+### 🔴 第一批（必考，嵌入式 80% 刷人在这）
+| 勾 | 主题 | 核心判别规则（提示） |
+|:--:|------|---------------------|
+| ☐ | volatile | 变量是否被程序控制之外改变（寄存器/中断/多线程） |
+| ☐ | const 用法 | const 绑定左边最近的东西 |
+| ☐ | static | 存储期（全局/程序期）vs 作用域（局部/文件）是两回事 |
+| ☐ | 指针 vs 数组 | 声明时数组是数组，传参时退化为指针；sizeof 不同 |
+| ☐ | 结构体对齐 | 对齐规则：成员偏移 = 自身对齐值整数倍 |
+| ☐ | 大小端 | 高字节存低地址=大端，union 可测 |
+| ☐ | 位操作宏 | SET_BIT/CLEAR_BIT/翻转 = 与/或/异或掩码 |
+| ☐ | 函数指针/回调 | 函数名即地址，回调 = 传函数指针让别人调 |
+
+### 🔴 第二批（FreeRTOS 必考）
+| 勾 | 主题 | 核心判别规则（提示） |
+|:--:|------|---------------------|
+| ☐ | 任务状态机 | Ready/Running/Blocked/Suspended 谁在什么条件下切换 |
+| ☐ | 抢占 vs 时间片 | 高优先级就绪即抢占；同优先级轮转靠 tick |
+| ☐ | 优先级反转 | 高优先级被低优先级间接阻塞；解决=优先级继承 |
+| ☐ | 临界区 | taskENTER_CRITICAL = 关中断，影响实时性 |
+| ☐ | IPC 选型 | 队列传数据/信号量传事件/互斥锁管资源/任务通知最轻 |
+| ☐ | ISR 通信 | 中断里只能用 FromISR 结尾的 API |
+| ☐ | 栈估算 | 栈单位是 word；用 HighWaterMark 检测 |
+
+### 🟡 第三批（STM32）
+| 勾 | 主题 | 核心判别规则（提示） |
+|:--:|------|---------------------|
+| ☐ | 中断优先级 | 抢占 vs 子优先级分组，HAL 回调流程 |
+| ☐ | DMA | 普通 vs 循环模式，什么时候用 |
+| ☐ | 时钟树 | HSI/HSE→PLL→SYSCLK→APB1/2，谁是多少 |
+| ☐ | HAL vs LL | HAL 抽象重可移植，LL 直接寄存器性能高 |
+| ☐ | I2C vs SPI vs UART | 同步/异步、主从、线数、速度 |
+
+---
+
+## 四、已做示例（volatile，看输出长什么样）
+
+**第 2 步 AI 输出：**
+
+```
+抽象描述：告诉编译器这个变量可能被程序控制之外改变，不要优化。
+
+正例1：中断服务程序里修改、main 循环里读取的全局标志
+       → 为什么对：中断和 main 是不同执行上下文，编译器不知道中断会改它
+正例2：寄存器映射（*(volatile uint32_t*)0x40021000）
+       → 为什么对：硬件随时改变，不加 volatile 读会被缓存优化成死读
+正例3：多线程共享的停止标志
+       → 为什么对：另一个线程可能改，防止编译器把循环展开优化
+
+反例1：局部变量，只在当前函数用
+       → 为什么错：程序内明确控制，无外部改写，不需要
+反例2：const 修饰的只读变量
+       → 为什么错：const 表示不变，volatile 表示变，语义冲突
+
+易混对比：
+| | volatile | const |
+|--|---------|-------|
+| 含义 | 值可能外部改变 | 值不应被修改 |
+| 优化 | 禁止缓存优化 | 允许优化 |
+| 能否同时 | 可以（只读寄存器） | 可以 |
+```
+
+**第 3 步 AI 输出：**
+
+```
+属性对比表：
+| 候选属性 | 正1 | 正2 | 正3 | 反1 | 反2 | 是内涵? |
+|---------|-----|-----|-----|-----|-----|---------|
+| 变量被外部上下文修改 | ✅ | ✅ | ✅ | ❌ | ❌ | ✅ 核心 |
+| 变量只在本函数内用 | ❌ | ❌ | ❌ | ✅ | - | ❌ |
+
+判别规则：变量可能被"程序控制之外的上下文"（中断/硬件/其他线程）修改 → 加 volatile；否则不加。
+```
+
+**第 5 步 AI 出的变体验证：**
+1. `uint8_t flag;` 在按键中断里置位，主循环判断 → 要 volatile 吗？（要）
+2. `const volatile uint32_t *reg = ...` 合法吗？什么场景？（合法，只读硬件寄存器）
+3. 一个纯软件状态机变量，所有修改都在同一个函数 → 要吗？（不用）
+
+---
+
+## 五、执行建议
+
+- **每天 1-2 个主题**（30-45 分钟/个），与 Linux 学习、论文并行
+- **学完必须过第 5、6 步**（变体 + 口述），只走前 4 步 = 白学
+- **用 opencode 开新会话学主题**，把这个教练指令当系统提示用
+- **记录**：学完的主题在 Obsidian 建笔记，标注判别规则（而非答案）
+- **面试前**：只复习笔记里的判别规则表，不背题
+
+---
+
+_生成于 2026-08-02。每个主题一条判别规则，胜过一百道题。_