刚进入linux开发不是很久，以前做vx比较多点，最近项目中对于多线程和多进程的争论比较多，因此google了一些linux下的进程线程的东西，有点自己的理解，不知道是否正确，希望各位指点下。

以下是一点个人的理解：
linux内核中定义了kernel thread（有人叫内核进程也有人叫内核线程，弄得我很晕），这个是内核进行调度的基本单位，高层开发创建的线程和进程都是用户态的，其中用户态线程和kernel thread存在映射的关系。从我google到的资料来看，似乎早期的linux版本中，用户态线程与kernel thread是N对1的关系，也就是在用户态又做了一个二次调度，所以早期如果同一个进程下的一个用户态线程阻塞了，其他的线程都会得不到调度。后来linux重写了其用户态线程库以及内核代码，现在主流应该是1对1的关系，当然可能还取决于内核版本和用户态线程库的版本。

个人的疑问：
1、kernel thread到底是线程还是进程的形式？如果是线程形式，那么不同的kernel thread应该地址空间是共享的，就像同一个用户进程下的不同线程可以直接访问其全局变量。
2、如果是进程的形式，那么不同的kernel thread的地址空间是隔绝的，不允许直接访问。但是同一个用户进程下的不同用户线程的地址空间又是可以直接访问的，那么如果用户态线程和kernel thread是1对1的关系，那么两者矛盾。

一个 进程运行时，有两种执行环境，用户部分和内核部分。也许这就是你说的用户进程和内核进程一一对应的关系。  其实应该是一个进程，内核执行时，看到的tast sttruc是一样的，只是说他在不同的地方执行而已。

我一开始还以为你是说在内核代码里面用kernel_thread 函数自己在内核建一个线程！ 看代码，这个内核kernel_thread调用 do-fork（）是有CLONE_VM标志的，表示和原有的共享用户空间内存的。

一旦用户程序进入内核之后，内核里面应该很少访问用户空间的虚拟内存了。你可以认为不管什么进程，来到内核态之后，所有的内核空间执行的代码，看到的都是相同的一个内核内存地址范围的。所有的代码都在同一个环境里面运行。

对，你对kernel space 和 user space没有理解。
32位系统，0 to 3GB地址属于usper space, 3GB to 4GB属于kernel space，有一个例外：硬件平台支持PAE（物理地址扩展）。

用户态的进程当执行系统调用时，会进入到kernel space里。记住，kernel thread永远在kernel space里运行。

轻量级的进程只是一个术语，仅此而已。是相对于普通的（重量级）进程而言。创建普通的里程需要的系统开销比轻量级的进程更大。不用太在意这些表面的术语。

有些知识需要系统化的去学习、理解。

linux下的内核进程称为轻量级进程，每个进程下仅对应一个用户线程；
  用户级同一进程下的多个线程，被一一映射到具有相同ID的多个内核进程下。由于具有相同的ID，所以，这些进程可以共享文件和内存等资源。也就是说，LINUX中，ID相同的进程间调度切换时，不需要切换上下文。

只有Linux kernel thread(内核线程）这个术语。