TimerThread 没有正常初始卡在butil::PlatformThread::SetName("brpc_timer")

[chentingkai00301]

Describe the bug
TimerThread初始化时， 长时间处于这种状态（额外有两个线程无法gdb看栈信息，bt就直接退出），卡住时的栈图如下,

To Reproduce

Expected behavior

Versions
OS: centos8/ubuntu22.04
Compiler:
brpc: release-1.9
protobuf: 3.5.0-15

Additional context/screenshots

[yanglimingcn]

把所有线程的栈都打印出来呢？

[chentingkai00301]

有两个brpc相关的线程无法查看栈，gdb查看这两个线程的栈就退出了，也无法用pstack打印出所有线程的栈。

[yanglimingcn]

有两个brpc相关的线程无法查看栈，gdb查看这两个线程的栈就退出了，也无法用pstack打印出所有线程的栈。

我们都没遇到过类似问题，我感觉和环境比较相关。

[wwbmmm]

现在看到的这几个线程都是在等待锁，感觉不是真正的问题现场，应该有一个线程持有锁，然后那个线程异常卡住了，导致其他线程也都在等待锁。

[chentingkai00301]

其他线程在276行等待，第一个线程应该执行259~272行的内容。第一个线程执行266行后，其他等待的线程也就可以返回了。但是现在不知道第一个线程是什么原因卡住了，导致没有初始化完instance。

[wwbmmm]

其他线程在276行等待，第一个线程应该执行259~272行的内容。第一个线程执行266行后，其他等待的线程也就可以返回了。但是现在不知道第一个线程是什么原因卡住了，导致没有初始化完instance。

能看到第一个线程的堆栈吗？如果bt命令看不了可以尝试通过寄存器来查看，例如x86_64下可以使用 x/64gx $rsp 从栈顶看 64个 8 字节项

[chenBright]

@chentingkai00301 试试#3127 ，只设置线程名，不做复杂的管理逻辑（不需要Singleton）。

[chentingkai00301]

@chentingkai00301 试试#3127 ，只设置线程名，不做复杂的管理逻辑（不需要Singleton）。

我更新尝试一下。

[chentingkai00301]

目前分析定位的原因时: fork引起的，在112行设置SetName时，进行了fork操作。
在 sampling thread中，SetName进入lock后，主线程进行fork, 子进程获取的内存时有锁住的，导致子进程的所有线程都卡住了。

[chenBright]

@chentingkai00301 #3127 不适用锁之后，能解决问题吗？

[chentingkai00301]

@chentingkai00301 #3127 不适用锁之后，能解决问题吗？

能解决问题。