Java Thread启动最终通过JNI调用pthread_create创建原生线程，经JVM（如HotSpot）封装：start()触发JVM_StartThread→java_lang_Thread::start→os::create_thread→pthread_create，传入java_start为入口函数，每个平台线程严格绑定一个pthread_t，栈大小由-Xss控制，默认1MB。
Java的Thread对象启动时，最终会通过JNI调用Linux的pthread_create来创建原生线程，但这个过程不是简单的一对一映射，而是经过JVM运行时系统（如HotSpot）的封装与调度。
Thread.start()触发JNI层线程创建
调用Thread.start()后，JVM会执行JVM_StartThread（定义在jvm.cpp），该函数通过JNI接口调用HotSpot内部的java_lang_Thread::start，再进入os::thread_start平台相关实现。在Linux上，这最终落到os_linux.cpp中的os::create_thread函数。
- 该函数分配
OSThread结构体，用于管理JVM侧线程元数据 - 调用
pthread_create创建POSIX线程，传入的启动函数是java_start（而非用户run()方法） -
java_start负责切换到Java栈、初始化线程局部存储（TLS）、调用Java层run()方法
pthread_create参数与Java线程特性的对应
pthread_create的第四个参数（arg）被设为指向Thread* 的指针，供java_start使用；线程属性（attr）由JVM预设：
- 默认采用
PTHREAD_CREATE_JOINABLE，支持join()等待 - 栈大小由
-Xss参数控制，默认通常为1MB，JVM将其转换为pthread_attr_setstacksize - 不设置调度策略和优先级，依赖内核默认的CFS调度，Java的
setPriority()仅影响JVM内部优先级队列，不直接修改pthread调度参数
Java线程与pthread线程的生命周期绑定
每个JavaThread实例在其生命周期内严格绑定一个pthread_t——从pthread_create成功返回开始，到Java线程自然终止或被interrupt()且完成清理后，JVM调用pthread_join（在join()时）或pthread_detach（对守护线程）回收资源。
立即学习“Java免费学习笔记（深入）”；
- 线程退出时，
java_start返回后，pthread自动销毁，但JVM仍保留Thread对象直到GC回收 -
Thread.stop()已被废弃，因无法安全中断pthread执行流；interrupt()只设置中断标志，由Java代码协作响应 - 线程本地存储（
ThreadLocal）由JVM在OSThread中维护，与pthread_key_create无关
并非所有Java Thread都对应独立pthread
某些特殊线程不走pthread_create路径：
- JVM启动时的主线程（main thread）复用进程初始线程，不新建
pthread - 部分虚拟线程（Project Loom）在预览版中采用M:N调度模型，多个
VirtualThread共享少量carrier线程（即实际pthread），此时pthread_create调用次数远少于Thread.start()次数 - GC线程、JIT编译线程等由JVM内部直接创建并管理，同样基于
pthread_create，但不暴露给Java应用层
