Linux中线程本质是轻量级进程（LWP），即每个线程对应一个内核调度的task_struct，共享进程地址空间但拥有独立栈和寄存器上下文；LWP是内核级调度实体，而线程是用户态逻辑执行单元，二者通过一对一映射实现统一。
轻量级进程（LWP）和线程在现代操作系统中常被混用，但它们的定位和实现机制有本质区别——LWP是内核视角下的调度实体，而“线程”更多指用户程序中可并发执行的逻辑单元；二者在Linux中高度统一，但在概念层级、创建方式与抽象粒度上并不等价。
轻量级进程是内核调度的基本单位
轻量级进程（LWP）不是独立于进程之外的新概念，而是内核中一种特殊的进程实现形式：它通过 clone() 系统调用创建，共享父进程的地址空间（设置 CLONE_VM 标志），但拥有独立的内核栈、寄存器上下文和 task_struct 结构。从内核角度看，每个 LWP 就是一个可被 CPU 调度的“轻量进程”，其 pid 唯一，tgid（线程组ID）指向主线程的进程ID。
- LWP 由内核直接管理，调度器按其优先级分配时间片，不依赖用户态线程库
- 一个进程可包含多个 LWP，它们共同构成“线程组”，tgid 相同即属同一进程
- 在 ps 或 /proc 下查看时，LWP 显示为独立的 PID，但状态栏中标注为“LWP”或“thread”
用户线程是编程模型中的执行逻辑单元
用户线程（如 POSIX pthread 创建的 thread）是应用层抽象，本身不可被内核直接调度。它的存在依赖于底层映射关系：在 Linux 的“一对一模型”下，每个用户线程都绑定一个 LWP；而在其他系统（如早期 Solaris）的“多对一”或“多对多”模型中，多个用户线程可能复用少量 LWP，由用户态调度器协调。
- 用户线程的创建、同步、销毁由 libc（如 glibc 的 NPTL）封装，对开发者屏蔽内核细节
- 线程间共享全局变量、堆内存、文件描述符等资源，但各自拥有独立栈和寄存器上下文
- 若未启用异步取消或信号处理，阻塞型系统调用（如 read()）可能让整个 LWP 挂起，影响同组其他线程
关键差异体现在资源视图与切换开销
虽然 Linux 中线程即 LWP，但“进程 vs 线程”的对比仍具现实意义：进程拥有独立虚拟地址空间、文件表、信号掩码等资源；而线程仅共享这些资源，自身只维护最小执行上下文（栈、TLS、寄存器）。因此线程切换无需刷新 MMU 缓存（TLB）、不涉及页表切换，上下文保存/恢复更快。
- 进程切换需保存/恢复全部寄存器 + 页表基址 + TLB 刷新，典型开销在微秒级
- 同进程内线程切换只需保存通用寄存器 + 栈指针，且地址空间不变，开销通常低于 100 纳秒
- 跨进程线程切换（即从 A 进程的 LWP 切到 B 进程的 LWP）本质仍是进程切换，开销与普通进程无异
实际开发中不必严格区分，但需理解映射关系
在 Linux 应用开发中，pthread_create() 创建的“线程”几乎总是对应一个真实 LWP，可通过 gettid() 获取其内核线程 ID；调试时用 gdb -p <pid> 可看到所有 LWP，用 info threads 查看用户线程视图。真正需要注意的是：共享资源带来的竞态风险、信号传递范围（默认仅发给特定 LWP）、以及线程局部存储（TLS）的生命周期管理。
- 避免在多线程中直接操作未加锁的全局变量或静态数据
- 使用 pthread_kill() 向指定线程发信号，而非 kill() 全进程
- 线程退出时，其栈和 TLS 自动释放，但 malloc 分配的堆内存需显式回收
