老师您好，对于进程切换这样理解对吗：

假设单核环境下，进程切换顺序为：A->B->C->A

//A->B时三个参数的值为prev=A,next=B
//而且这句话是在A里面运行的
switch_to(prev, next, prev);

//第二句话保证执行顺序
barrier();

//第一句话与第三句话之间，CPU时间给到B、C进程，A进程等待
//进程C调用了switch_to以后，prev=C
//CPU时间给到A，A继续执行
return finish_task_switch(prev);

另外，其实是内核需要知道切换顺序，并非是用户态的进程需要知道切换顺序，我这样理解对吗？

调度中 1 进程调度 做着做着A项目，然后去做B项目去了，主要有2种方式，一种是A项目，sleep休息一会，或者在等待IO操作，让出CPU去做B项目，这种叫主动调度，另一种是另一种是A项目做的时间长，B项目也需要做一下，就把CPU让给A项目。2 主动调度 2.1 常见的2种场景，btrfs btree的文件系统 ，在文件写入的时候，写入需要一段时间，不需要CPU，还不如让给其他线程，另一种场景 从tap网络设备准备一个读取，当没有数据到来，需要等待，也可以把CPU让给其他进程。计算机主要处理计算，网络，存储3个方面，计算主要是CPU和内存，存储和网络，多是和外部设备的合作，在操作外部设备的时候，一般会让出CPU，选择调用schedule函数。3 schedule函数的调用过程 3.1 schedule有一个主函数，_schedule函数，函数定义如下：struct task_struct *prev，*next，long *switch_count，struct rq_flags rf;struct rq *rq;int cpu;cpu=smp_processor_id();rq=cpu_rq(cpu);prev=rq->curr;3.2 首先在当前CPU上取出任务队列rq，将prev只向当前的进程curr，因为一旦切换下来，就成前任了，3.3取出下一个任务 next=pick_next_task，大部分是普通进程，调用的是fair_schedule_class类，调用的是pick_next_task_fair，cfs_rq ，schedule_entity se，task_struct *p，int new_tasks，对于cfs调度类，取出相应的队列cfs_rq，取出当前正在运行的任务curr，如果进程处于运行状态，则调用update_curr更新vruntime，然后pick_next_entity取出红黑树最左边的节点，se=pick_next_entity(cfs_rq,curr);p=task_of(se);得到下一个调度实体对应的task_struct，如果发现和前任不一样，更新前任的vruntime，put_prev_entity放回红黑树，set_next_entity将设为当前任务，开始进行上下文切换，继任者进程开始正式运行。4 进程上下文切换 进程切换主要干2件事情，一是切换进程空间，二是切换寄存器和CPU上下文，4.1 context_switch函数，主要是内存空间的切换，switch_to 寄存器和栈的切换，他调用到了_switch_to_asm，栈的切换，切换的是栈顶指针。switch_to函数里面有一个Per CPU的结构体tss task state segment，这里面维护着所有的寄存器，还有一个tr 任务寄存器，指向某个进程的TSS，会给每个CPU都关联一个tss，有一个tr一直指向tss，在linux中参与进程切换的只有栈顶指针寄存器，有一个成员变量thread_struct thread，指向进程切换时需要切换的寄存器，进程切换，就是将tss的值更新到cpu里的TR指向的tss_struct。5指令指针的保存与恢复 ，5.1 从进程A切换到进程B，切换内存空间的时候，在内存空间里的用户栈已经切换，_switch_to里面将_curren_task指向当前的task_struct，里面的void * stack指针指向的就是内核栈，_switch_to_asm已经切换了栈顶指针，并且在_switch_to_加载到了tss里面，用户栈的栈顶指针，如果当前在内核栈，那他在内核栈顶部的pt_regs，当从内核返回用户态的时候，pt_regs里面所有的在用户态开始运行的上下文信息，就可以开始运行了。5.2 进程的调度都会调用_schedule函数，进程调度第一定律