gperftools如何获取各线程CPU剖析？对源码逻辑存疑

你观察到的sevp.sigev_notify_thread_id = syscall(SYS_gettid)确实会让SIGPROF信号只发送给调用ProfilerStart的线程，但这并不影响gperftools采集其他线程的CPU数据——核心逻辑在SIGPROF信号处理函数对全进程线程的主动遍历采样，具体流程是：

• 当SIGPROF信号触发时，信号处理线程首先通过pthread_sigmask屏蔽信号，防止嵌套触发干扰采样流程。
• 调用GetAllThreadIDs获取当前进程内所有活跃线程的tid列表：这个函数底层是遍历/proc/self/task目录下的子目录（每个子目录名对应一个线程的tid）来实现的。
• 对每个线程tid，执行栈采样操作：
  1. 用ptrace附加到目标线程，暂停其执行。
  2. 读取目标线程的寄存器状态（如程序计数器PC），结合进程的符号表解析出当前的函数调用链。
  3. 采样完成后，调用ptrace detach目标线程，恢复其正常执行。
• 将所有线程的采样数据聚合，更新到全局的剖析统计结构中，最终生成profile文件。

这种设计的优势在于：避免了给每个线程发送SIGPROF带来的信号分发开销与同步问题，由单个线程统一处理采样逻辑，既简化了实现复杂度，也能保证采样过程的一致性。

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