我们分几个层次来讲清楚 ULT (User-Level Thread) 和 KLT (Kernel-Level Thread) ，再结合到 Android 线程模型：
1. ULT（用户级线程，User-Level Thread）
-
调度位置：由用户态的线程库（runtime 或应用自己实现的库）管理，内核只看到一个进程。
-
特点：
-
创建/销毁/切换速度快，因为不用陷入内核。
-
用户空间可以做自己的调度策略。
-
但 阻塞问题严重：如果某个 ULT 调用了阻塞系统调用，整个进程都会阻塞，因为内核不知道有多个 ULT。
-
-
典型实现：早期的 Java 绿色线程、协程（coroutine）、Go 的 goroutine、Python 的 greenlet。
2. KLT（内核级线程，Kernel-Level Thread）
-
调度位置：由操作系统内核调度，内核知道每个线程的存在。
-
特点：
-
每个线程都是调度实体，可以运行在多核 CPU 上。
-
如果一个线程阻塞，其他线程不受影响。
-
上下文切换比 ULT 慢，因为要陷入内核。
-
-
典型实现 ：Linux
pthread，Windows Thread。
3. Android 中的线程
Android 的底层是 Linux 内核 ，所以它的线程其实就是 KLT：
-
java.lang.Thread→ 最终会调用到 JNI 层 → 对应pthread_create。 -
pthread_create在 Linux 内核里通过clone()系统调用创建线程。 -
所以 Android 应用里你
new Thread().start()出来的线程，是 KLT，内核可以直接调度。
4. 为什么很多资料会混淆？
-
因为在一些语言/框架中（比如 Java 早期的绿色线程、Go 协程），应用级别提供了 ULT 抽象 ，但 Android 上的 Java 线程已经是 KLT 封装。
-
Android 上的 协程（Kotlin Coroutine） 属于 ULT ------ 它本质上运行在少量 KLT 上（线程池），调度逻辑在用户空间完成。
结论：
-
在 Android 中开一个
Thread→ 是 KLT。 -
在 Android/Kotlin 中开一个协程 → 是 ULT（用户级调度），运行在少量 KLT 上。