用户进程与内核线程本质不同：前者有独立用户地址空间、由fork/exec创建、承担应用逻辑；后者无用户空间、由kthread_create创建、专司内核后台任务，上下文切换开销更小。
用户进程和内核线程在Linux中属于不同层级的执行实体，核心区别在于地址空间归属、创建方式、用途以及调度行为。它们不是同一维度的并列概念，而是分工明确的两类任务。
地址空间与内存视图
用户进程拥有独立的用户虚拟地址空间（由task_struct->mm指向有效的mm_struct），能访问用户态代码、堆、栈及映射文件；它也共享内核空间，但受限于权限级别。
内核线程没有用户地址空间：task_struct->mm为NULL，仅使用内核空间运行。它不加载用户程序，也不切换到用户态，全程在内核上下文中执行。
这意味着：内核线程无法直接访问用户数据，也不参与用户页表切换；而用户进程每次系统调用返回用户态前，必须恢复自己的页表基址（CR3寄存器），这部分开销是内核线程完全规避的。
创建机制与生命周期
用户进程通常由fork()或clone()（带CLONE_VM未设）创建，继承父进程资源后可能调用exec()加载新程序；其生命周期受用户控制，可被信号终止、被父进程wait()回收。
内核线程由内核函数kthread_create()或kernel_thread()创建，启动后绑定到特定CPU，常驻运行直到显式调用kthread_stop()；它不从用户空间启动，也没有可执行文件路径（/proc/PID/exe为空或指向[kthreadd]等）。
典型内核线程包括：ksoftirqd/0（软中断处理）、khungtaskd（检测任务卡死）、kauditd（审计日志写入）等。
调度行为与开销差异
两者都由CFS（Completely Fair Scheduler）统一调度，共用task_struct结构体，因此基本调度逻辑一致——按vruntime排队、按权重分配时间片。
但关键开销差异体现在：
- 上下文切换成本更低：内核线程切换时无需切换页表（CR3不变）、无需刷新TLB用户部分、无需保存/恢复浮点/SIMD寄存器（除非显式使用）；而用户进程切换必然触发完整上下文保存+页表切换。
- 无缺页异常开销：内核线程只访问内核内存（已常驻、非换出），不会触发用户态常见的Major/Minor缺页；用户进程则频繁面临堆扩展、mmap区域缺页等场景。
-
无信号处理负担：内核线程默认屏蔽所有信号（
sigmask全1），不进入信号处理路径；用户进程需在每次进入内核前检查待决信号，增加入口开销。
典型使用场景对比
用户进程承载应用程序逻辑：如bash、nginx、python3 script.py，需要用户内存管理、文件I/O、网络协议栈交互等完整功能。
内核线程承担后台基础设施任务：如异步IO完成通知（io_uring回调线程）、块设备请求队列处理（blk_mq_run_hw_queue）、内存回收（kswapd0）。它们的存在让内核能以并发方式响应事件，而不阻塞主线程或软中断上下文。
注意：用户线程（如pthread创建的线程）本质仍是用户进程的一部分（共享mm），由内核以轻量级进程（LWP）形式调度，不属于“内核线程”范畴——这是常见混淆点。
