文章目录一、概述二、形象比喻：上下文切换的"注意力成本"三、基本概念与原理3.1 上下文到底包含什么3.2 切换开销分解：钱都花在哪了3.3 进程、线程、内核线程，切换代价大不同3.4 三种切换触发原因四、源码解析4.1 context_switch 函数4.2 ARM 底层寄存器切换：`__switch_to` 汇编五、RK3506 设备树与多核特点六、调试命令与排查流程七、实战案例：应用响应慢但 CPU 使用率不高📝 本节总结🏠 课后练习各位好，前面基础篇我们花了好几章把 top、proc、sysfs 这些观测工具过了一遍，大家应该已经会用这些命令看系统状态了。从这一章开始，我们正式进入 CPU 篇。在讲具体的调试工具之前，我们先搞懂一个最基础、但也最容易被忽视的问题–CPU 上下文切换。为什么把它放在 CPU 篇的开篇？因为它是整个调试方法论里"理解系统为何卡顿"的基石，后面讲 CPU 使用率、讲负载、讲 perf/ftrace，都要先有上下文切换的概念打底。本章会反复用到前面基础篇讲的 top、proc，注意呼应。全章大概 35 到 40 分钟，重点放在第三节的开销分解和第七节的实战案例，这两块是硬核；第四节的源码解析如果觉得汇编难啃，可以先只看流程跳过细节。开讲前建议大家先在板子上现场跑一条pidstat -w 1，直观感受一下"每秒几百次切换"是什么样子，建立感性认识再往下听。一、概述多任务系统里，RK3506 这块三核 Cortex-A7 的板子上可能同时跑着一百多个进程线程。CPU 只有三颗核，它得在这些任务之间快速来回切换，让每个任务都"以为"自己独占了 CPU。但每一次切换都不是免费的–要保存当前任务的寄存器、可能要刷新 TLB、要切换地址空间，这些动作累积起来，会实实在在地吃掉 CPU 的时间。这里有个特别典型的现象，也是本章要解决的核心问题：CPU 使用率明明不高，系统却卡得不行。很多人一看到卡就去查 CPU 占用，结果 top 显示 idle 还有一大半，就懵了。其实这时候元凶往往就是上下文切换–CPU 的时间没花在"算"上，而是花在"来回切换"和"等 IO"上了。搞懂上下文切换，你就能解释这种"CPU 不忙却
