运行单元测试似乎会无限期地阻塞io_service

Running unit tests seems to block io_service indefinitely

本文关键字：io service 无限期 单元测试 运行      更新时间：2023-10-16

我有一个类，使用asio::generic::stream_protocol::socket连接到域(asio::local::stream_protocol::endpoint)和TCP套接字(asio::ip::tcp::endpoint)。

为了测试这个类，我使用Catch框架在一个文件中进行了一系列单元测试。

我突然遇到一个问题:当运行测试时，它们会卡住。将-DASIO_ENABLE_HANDLER_TRACKING传递给编译器标志，我可以看到它卡在async_connect上。如果我注释除一个之外的所有测试，无论哪个，都不会发生这种情况。如果我有两个测试，无论它们连接到域或tcp套接字，或两者中的一个，我得到阻塞。

Asio的输出变化，但这是一个例子:

$ tests/unit_tests
@asio|1478248907.301230|0*1|deadline_timer@0x7f96f1c07ad8.async_wait
@asio|1478248907.301276|0*2|resolver@0x7f96f1c07ac0.async_resolve
@asio|1478248907.301322|>1|ec=system:0
@asio|1478248907.301328|<1|
@asio|1478248907.302052|>2|ec=system:0,...
@asio|1478248907.302186|2*3|socket@0x7f96f1c07a20.async_connect
@asio|1478248907.302302|<2|
@asio|1478248907.302468|>3|ec=system:0
@asio|1478248907.302481|<3|
@asio|1478248907.302551|0*4|socket@0x7f96f1c07a20.async_send
@asio|1478248907.302611|>4|ec=system:0,bytes_transferred=23
@asio|1478248907.302617|<4|
@asio|1478248907.302621|0*5|socket@0x7f96f1c07a20.async_receive(null_buffers)
@asio|1478248907.356478|>5|ec=system:0,bytes_transferred=0
@asio|1478248907.356547|<5|
@asio|1478248907.356622|0|socket@0x7f96f1c07a20.close
@asio|1478248907.372967|0|deadline_timer@0x7f96f1c07ad8.cancel
@asio|1478248907.372981|0|resolver@0x7f96f1c07ac0.cancel
@asio|1478248907.373509|0*6|deadline_timer@0x7f96f1d00468.async_wait
@asio|1478248907.373526|0*7|resolver@0x7f96f1d00450.async_resolve
@asio|1478248907.374910|>7|ec=system:0,...
@asio|1478248907.374946|7*8|socket@0x7f96f1d003b0.async_connect
@asio|1478248907.375014|<7|
@asio|1478248907.375127|>8|ec=system:0
@asio|1478248907.375135|<8|

我的问题是:运行单元测试打开和关闭连接的问题是什么?如果这是一个禁忌，那么如何编写使用async_open的单元测试呢?

io_service具有实际执行完成处理程序的run, run_one, poll和poll_one方法。Boost asio可能有自己的线程，但这些线程的状态可能不正确，无法调用处理程序。因此，即使在单元测试中，您也必须确定哪个线程将调用完成处理程序。

其次，run运行完成，然后返回。根据您的描述(第一次测试成功，第二次失败)，听起来您确实调用了run，但没有调用reset和re- run io_service。

问题似乎与我在tcp::解析器的输出中迭代的方式有关。

相关文章：