CodeZHXS opened a new issue, #2983: URL: https://github.com/apache/brpc/issues/2983
**Describe the bug** 在 `TaskTracer::TraceImpl` 的实现中，使用 `m->traced = true` 表示当前 bthread 正在回溯。 正常的流程是，在回溯完毕后，会将这个值设置成 `false`，随后唤醒条件变量。 但是，如果遇到了不正确的状态，例如 `TASK_STATUS_UNKNOWN`、`TASK_STATUS_CREATED`、`TASK_STATUS_FIRST_READY`，这个值没有被设置回来。这会导致 `TaskTracer::WaitForTracing` 等待的线程永远不会被唤醒。 如下图所示：   **To Reproduce** 我的分支：https://github.com/CodeZHXS/brpc/tree/task_tracer_bug_report 我在 1.12.1 版本之上进行了少量的改动，以便让这个问题可以稳定复现。可以直接 clone 我的分支复现。 具体来说，我会在第一次触发 `TaskTracer::TraceImpl` 时视为一个错误的状态，随后 `TaskTracer::TraceImpl` 会立刻返回。  我使用了 example/bthread_tag_echo_c++ 这个示例程序复现，步骤如下： ```bash cd example/bthread_tag_echo_c++/build cmake -B build -DCMAKE_EXPORT_COMPILE_COMMANDS=ON -DWITH_BTHREAD_TRACER=ON cmake --build build -j30 cd build ./echo_server -task_group_ntags 3 -tag1 0 -tag2 1 -bthread_concurrency 20 -bthread_min_concurrency 8 -event_dispatcher_num 1 ``` 随后命令行会打印 server 的其中一个 bthread_id，将其复制到浏览器中打印调用堆栈，会得到一个错误提示：  然后，server 彻底卡住，使用 gdb 调试可以看到卡在 `TaskTracer::WaitForTracing` 中。 **Expected behavior** 即使状态不对，返回之后也不应该影响这个 bthread 的运行。 **Versions** OS: CentOS 7.9 Compiler: gcc 10.2.1 brpc: 1.12.1 protobuf: 3.11.4 **Additional context/screenshots** -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
