第2章 核心技能图谱与学习路径
在 Linux 驱动面试中，面试官常通过 “你的技能栈”、“学习路径”、“目标公司” 三个维度快速判断候选人基础与成长性。本章拆解高频问题的回答框架，并对比三类公司的考察侧重点，帮你建立结构化的面试表达。
驱动面试高频技能维度表
| 技能维度 | 核心知识点 | 面试考察形式 | 公司侧重点差异 |
|---|---|---|---|
| 编程基础 | C、数据结构、ARM 汇编 | 手写代码、分析 oops | 芯片原厂要求最高 |
| 内核机制 | 中断、并发、内存管理 | 原理追问 + 场景题 | 所有公司必考 |
| 驱动框架 | 字符 / 平台 / 设备模型 | 框架流程 + 驱动编写 | 互联网重设备模型 |
| 硬件协议 | I2C / SPI / PCIe / USB | 协议时序 + 驱动适配 | 芯片原厂深问协议 |
| 调试工具 | dmesg / printk / kgdb / trace | 调试思路 + 案例分析 | 互联网重性能调优 |
| 项目经验 | 实际驱动项目 | STAR 原则详细阐述 | 芯片原厂重底层深度 |
面试问题：请描述你的 Linux 驱动技能栈
面试官考察点：技术广度与深度、系统性思维、是否具备从硬件到应用的全链路认知。
回答框架：分层递进法 —— 从硬件基础 → 内核机制 → 驱动框架 → 项目实践 → 方法论逐层展开，每层给出掌握程度关键词。
示例回答：“我掌握 C 与 ARM 架构基础，熟悉内核模块编程、字符驱动框架、中断与并发控制。实践上完成过 LCD 控制器驱动与触摸屏移植，具备设备树配置与 oops 调试能力，目前正深入平台驱动与 PM 子系统。”
可能追问：① 你对设备树的理解深度？② 如何分析内核 oops 信息？③ spinlock 与 mutex 在驱动中的选型差异？
避坑提醒：不要只罗列技术名词，要说明“掌握程度 + 实践场景”，例如“熟悉字符驱动框架，在项目 A 中实现过 3 个自定义驱动”。
面试问题：你是如何学习 Linux 驱动开发的？
面试官考察点：学习规划能力、主动性、资源利用效率、是否具备持续成长的工程习惯。
回答框架：阶段递进法 —— 基础夯实 → 模块实践 → 子系统深入 → 项目实战 → 社区追踪，每个阶段给出具体动作与产出。
示例回答：“我通过《Linux 设备驱动》入门，在 QEMU 上实现