fix the first bthread keytable on worker pthread will be deleted twice

[chenBright]

fix #1714
优雅退出时能只清理pthread创建的keytable，bthread创建的keytable不需要在cleanup_pthread中清理，这些keytable会在return_keytable或者bthread_keytable_pool_destroy中清理。

[chenBright]

@zyearn 麻烦有空看一下。

[chenBright]

另一方面，是否考虑在退出时，stop and join 一些框架的常驻线程（worker线程、timer线程、bvar相关线程）？因为在退出的时候，全局变量或者静态变量析构后，常驻线程有几率访问到这些变量，存在coredump风险。相关issue：#1594 、#1726 、#1634

[tea321000]

我发现在bthread_keytable_pool_destroy里删除kt之前用atexit_cancel取消kt的回调析构函数似乎也可以防止重复析构

[wwbmmm]

LGTM

[zyearn]

另一方面，是否考虑在退出时，stop and join 一些框架的常驻线程（worker线程、timer线程、bvar相关线程）？因为在退出的时候，全局变量或者静态变量析构后，常驻线程有几率访问到这些变量，存在coredump风险。相关issue：#1594 、#1726 、#1634

这个问题能否新建一个issue单独讨论？ @chenBright

[chenBright]

另一方面，是否考虑在退出时，stop and join 一些框架的常驻线程（worker线程、timer线程、bvar相关线程）？因为在退出的时候，全局变量或者静态变量析构后，常驻线程有几率访问到这些变量，存在coredump风险。相关issue：#1594 、#1726 、#1634

这个问题能否新建一个issue单独讨论？ @chenBright

嗯，已新建issue。麻烦看看这个rp还有没有问题。 @zyearn

[chenBright]

我发现在bthread_keytable_pool_destroy里删除kt之前用atexit_cancel取消kt的回调析构函数似乎也可以防止重复析构

先thread_atexit再thread_atexit_cancel，似乎多做了一些无用功，而且直接在开始的时候就不将协程变量对应keytable加入到thread_atexit，应该会直观一点吧。