在pthread中调用munmap的作用及主线程与子线程调用的差异

一、pthread线程中调用munmap的核心作用 #

munmap() 是Linux系统级调用，核心功能是解除进程虚拟地址空间中指定区域与物理内存或文件的映射关联，在pthread线程中调用时，作用和进程层面的行为完全一致：

• 释放对应映射的物理资源（匿名映射场景），或断开与映射文件的关联（文件映射场景）；
• 被解除映射的虚拟地址区域会被标记为无效，进程内任何线程后续访问该地址都会触发SIGSEGV段错误；
• 操作会直接修改整个进程的虚拟地址空间布局，所有线程共享这一修改后的地址空间。

二、主线程与pthread子线程调用munmap的差异 #

从系统调用的本质来看，两者没有核心功能差异——因为进程的地址空间是所有线程共享的，munmap() 针对的是整个进程资源，而非单个线程私有资源。但存在几个细节差异：

• 进程终止逻辑：主线程调用munmap()后如果直接调用exit()终止，整个进程会立刻结束，所有子线程会被强制终止；而子线程调用munmap()后调用pthread_exit()退出，进程不会终止，其他线程仍可正常运行，只是已解除映射的地址区域对所有线程都不可用。
• 错误存储上下文：errno是线程局部存储（TLS）变量，子线程调用munmap()产生的错误会存储在该子线程的errno中，主线程调用则存储在主线程的errno中，两者互不干扰。
• 资源生效时机：无论哪个线程调用munmap()，映射资源的释放和地址空间的修改都是立即生效的，所有线程会同步看到地址空间的变化，不存在延迟或线程间的状态不一致。

内容的提问来源于stack exchange，提问作者lzy917