一、关于写文章

许多知识，书上或者网络上都有，就算这两个地方都没有，代码里也会有答案。但有时恰恰是 资料太多，反而让人难以检索出有用的信息。

面对同样的资料，每个人的理解能力，思维方式，学习能力，学习时间是不同，所以学习的效果也是不一样的。有人愿意将自己认真思考的结果分享出来，是非常值得鼓励的。即便你是学霸，找到优秀的人和他们的文章，会大大节省自己在陌生领域的学习时间。

每个人的思维方式和写作能力是有高低之分的，同样的内容，不同的描述，读者会有不同的收获。我希望写一些有价值的文章，通过公开写作来不断地提高自己学习能力，并且寻找出更好的学习方法。

学得越多，记忆的难度越大。不及时输出的话，内化效果极差，学习价值会不断地进行贬值。

写文章首先是给自己看，其次才是给别人看，不要害怕写错，写错了要虚心接受批评。

二、Linux 内核如何描述一个进程？

目的：

初步了解进程描述符 task_struct。

目录：

Linux 的进程

Linux 的进程描述符

task_struct

内核如何找到 task_struct

task_struct 的分配和初始化

实验：打印 task_struct / thread_info / kernel mode stack

环境：
- Linux-4.14 + ARMv7
1. Linux 的进程

进程的术语是 process，是 Linux 最基础的抽象，另一个基础抽象是文件。

最简单的理解，进程就是执行中 (executing, 不等于running) 的程序。

更准确一点的理解，进程包括执行中的程序以及相关的资源 (包括cpu状态、打开的文件、挂起的信号、tty、内存地址空间等)。

一种简洁的说法：进程 = n*执行流 + 资源，n>=1。

Linux 进程的特点：
- 通过系统调用 fork() 创建进程，fork() 会复制现有进程来创建一个全新的进程。
- 内核里，并不严格区分进程和线程。
- 从内核的角度看，调度单位是线程 (即执行流)。可以把线程看做是进程里的一条执行流，1个进程里可以有1个或者多个线程。
- 内核里，常把进程称为 task 或者 thread，这样描述更准确，因为许多进程就只有1条执行流。
- 内核通过轻量级进程 (lightweight process) 来支持多线程。1个轻量级进程就对应1个线程，轻量级进程之间可以共享打开的文件、地址空间等资源。
2. Linux 的进程描述符

2.1 task_struct

内核里，通过 task_struct 结构体来描述一个进程，称为进程描述符 (process descriptor)，它保存着支撑一个进程正常运行的所有信息。

每一个进程，即便是轻量级进程(即线程)，都有1个 task_struct。
```
sched.h (include\linux)struct task_struct {    struct thread_info thread_info;    volatile long state;    void *stack;    [...]    struct mm_struct *mm;    [...]    pid_t pid;    [...]    struct task_struct *parent;    [...]    char comm[TASK_COMM_LEN];    [...] struct files_struct *files; [...] struct signal_struct *signal;}
```
这是一个庞大的结构体，不仅有许多进程相关的基础字段，还有许多指向其他数据结构的指针。

它包含的字段能完整地描述一个正在执行的程序，包括 cpu 状态、打开的文件、地址空间、挂起的信号、进程状态等。

点击查看大图

作为初学者，先简单地了解部分字段就好：：
- struct thread_info thread_info: 进程底层信息，平台相关，下面会详细描述。
- long state: 进程当前的状态，下面是几个比较重要的进程状态以及它们之间的转换流程。
点击查看大图
- void *stack: 指向进程内核栈，下面会解释。
- struct mm_struct *mm: 与进程地址空间相关的信息都保存在一个叫内存描述符 (memory descriptor) 的结构体 (mm_struct) 中。
点击查看大图
- pid_t pid: 进程标识符，本质就是一个数字，是用户空间引用进程的唯一标识。
- struct task_struct *parent: 父进程的 task_struct。
- char comm[TASK_COMM_LEN]: 进程的名称。
- struct files_struct　*files: 打开的文件表。
- struct signal_struct *signal: 信号处理相关。
其他字段，等到有需要的时候再回过头来学习。

2.2 当发生系统调用或者进程切换时，内核如何找到 task_struct ?

对于 ARM 架构，答案是：通过内核栈 (kernel mode stack)。

为什么要有内核栈？
- 因为内核是可重入的，在内核中会有多条与不同进程相关联的执行路径。因此不同的进程处于内核态时，都需要有自己私有的进程内核栈 (process kernel stack)。
当进程从用户态切换到内核态时，所使用的栈会从用户栈切换到内核栈。
- 至于是如何切换的，关键词是系统调用，这不是本文关注的重点，先放一边，学习内核要懂得恰当的时候忽略细节。
当发生进程切换时，也会切换到目标进程的内核栈。
- 同上，关键词是硬件上下文切换 (hardware context switch)，忽略具体实现。
无论何时，只要进程处于内核态，就会有内核栈可以使用，否则系统就离崩溃不远了。

ARM 架构的内核栈和 task_struct 的关系如下：

点击查看大图

内核栈的长度是 THREAD_SIZE，对于 ARM 架构，一般是 2 个页框的大小，即 8KB。

内核将一个较小的数据结构 thread_info 放在内核栈的底部，它负责将内核栈和 task_struct 串联起来。thread_info 是平台相关的，在 ARM 架构中的定义如下：
```
// thread_info.h (arch\arm\include\asm)struct thread_info { unsigned long flags;  /* low level flags */ int preempt_count; /* 0 => preemptable, <0 => bug */ mm_segment_t addr_limit; /* address limit */ struct task_struct *task;  /* main task structure */    [...] struct cpu_context_save cpu_context; /* cpu context */ [...]};
```
thread_info 保存了一个进程能被调度执行的最底层信息(low level task data)，例如struct cpu_context_save cpu_context 会在进程切换时用来保存/恢复寄存器上下文。

内核通过内核栈的栈指针可以快速地拿到 thread_info：
```
// thread_info.h (include\linux)static inline struct thread_info *current_thread_info(void){    // current_stack_pointer 是当前进程内核栈的栈指针 return (struct thread_info *)  (current_stack_pointer & ~(THREAD_SIZE - 1));}
```
然后通过 thread_info 找到 task_struct:
```
// current.h (include\asm-generic)#define current (current_thread_info()->task)
```
内核里通过 current 宏可以获得当前进程的 task_struct。

2.3 task_struct 的分配和初始化

当上层应用使用 fork() 创建进程时，内核会新建一个 task_struct。

进程的创建是个复杂的工作，可以延伸出无数的细节。这里我们只是简单地了解一下 task_struct 的分配和部分初始化的流程。

fork() 在内核里的核心流程：

点击查看大图

dup_task_struct() 做了什么？

点击查看大图

至于设置内核栈里做了什么，涉及到了进程的创建与切换，不在本文的关注范围内，以后再研究了。

3. 实验：打印 task_struct / thread_info / kernel mode stack

实验目的：
- 梳理 task_struct / thread_info / kernel mode stack 的关系。
实验代码：
```
#include 
      
       #include 
       
        #include 
        
         static void print_task_info(struct task_struct *task){    printk(KERN_NOTICE "%10s %5d task_struct (%p) / stack(%p~%p) / thread_info->task (%p)",        task->comm,         task->pid,        task,        task->stack,        ((unsigned long *)task->stack) + THREAD_SIZE,        task_thread_info(task)->task);}static int __init task_init(void){    struct task_struct *task = current;    printk(KERN_INFO "task module init\n");    print_task_info(task);    do {        task = task->parent;        print_task_info(task);    } while (task->pid != 0);    return 0;}module_init(task_init);static void __exit task_exit(void){    printk(KERN_INFO "task module exit\n ");}module_exit(task_exit);
        
       
      
```
运行效果：
```
task module init    insmod  3123 task_struct (edb42580) / stack(ed46c000~ed474000) / thread_info->task (edb42580)      bash  2393 task_struct (eda13e80) / stack(c9dda000~c9de2000) / thread_info->task (eda13e80)      sshd  2255 task_struct (ee5c9f40) / stack(c9d2e000~c9d36000) / thread_info->task (ee5c9f40)      sshd   543 task_struct (ef15f080) / stack(ee554000~ee55c000) / thread_info->task (ef15f080)   systemd     1 task_struct (ef058000) / stack(ef04c000~ef054000) / thread_info->task (ef058000)
```
在程序里，我们通过 task_struct 找到 stack，然后通过 stack 找到 thread_info，最后又通过 thread_info->task 找到 task_struct。

4. 相关参考
- Linux 内核设计与实现 / 第 3.1 章节
- 深入理解 Linux 内核 / 3
- Linux 内核深度解析 / 2.5.1
- 深入Linux 内核架构 / 2.3
推荐阅读：







嵌入式Linux

微信扫描二维码，关注我的公众号