c++ - boost::asio 的段错误，带有 deadline_timer 的异步 udp-server

Question

我在使用 boost::asio 库的服务器程序时遇到问题。

Server 类与 boost asio 教程中介绍的非常相似 "asynchronous udp-server"

该类有一个公共(public)方法(“sendMessageTo”)，它由消息处理器对象调用，如果该方法由 deadline_timer 线程调用，则会出现段错误。它发生在调用 new std::string(msg, len) 时，这让我很困惑。 msg 包含它应该包含的内容，len 也是。

void Server::sendMessageTo(const char* msg, size_t len, udp::endpoint to)
{
    boost::shared_ptr<std::string> message( new std::string (msg,len) );
    socket.async_send_to(boost::asio::buffer(*message), to,
                         boost::bind(&Server::handleSend, this, message,
                                     boost::asio::placeholders::error,
                                     boost::asio::placeholders::bytes_transferred));
}

当第一次尝试调用方法“sendMessageTo”时，一切正常:稍后在同一线程中调用它，该线程由服务器类的“handleReceive”方法打开。

我的消息处理器对象是某种状态机，它保持远程端点，并且在某些状态下定期想要将一些 udp 消息发送回端点。因此使用了 asio::deadline_timer。截止时间计时器是使用相同的 io_service 创建的，udp-server 在其上运行。当定时器第一次被撤销时，message_processor 对象内部的 state_handling 方法调用“sendMessageTo”方法发生段错误。“sendMessageTo”的所有参数均有效且包含预期值。

我的消息处理器类(称为事务)的构造函数头

Transaction::Transaction(ClientReference *cli, ServerReference *serv)
    : timer(*(serv->getIOService()), boost::posix_time::milliseconds(TRANSACTION_THREAD_SLEEP_MILLISEC)),
      clientEndpoint(serv->getEndpoint())

timer 是 asio::deadline_timer 对象，clientEndpoint 是 udp::endpoint

服务器响应在方法 Transaction::runThread() 中发送

server->sendMessageTo(&encryptedMsgBuf[0], size, clientEndpoint);

encryptedMsgBuf 是一个字符数组缓冲区，用于存储加密消息，它是 Transaction - 对象的一部分。

在方法 Transaction::runThread() 结束时，deadline_timer 被调用到方法 runThread() 上以重新激活它，直到达到最终状态:

if (state != done && state != expired) 
    timer.async_wait(boost::bind(&Transaction::runThread, this));

谢谢你。

Answer 1

我不是 100% 确定这一点，因为我无法在本地从您发布的内容中重现您的错误，但我强烈怀疑您的问题是由于消息字符串变量的范围造成的。过去，我在使用 boost::shared_ptr 时遇到过一些问题，其中 shared_ptr 比预期更早被销毁。如果是这种情况，那么 shared_ptr message 可能会在 Server::sendMessageTo() 调用结束时被破坏，并且当异步传输实际尝试启动时，该内存已被释放导致段错误。

一般来说，我喜欢将我实际发送和接收的缓冲区保留为我的服务器和客户端类的私有(private)成员，以确保它们是静态范围的，并且不会在传输过程中意外消失或接收。它可能会占用一些内存，但我发现它让我安心很多。如果这种方法没有给您带来任何乐趣，请告诉我，我会看看是否可以在本地重现该错误。 (目前，我的“本地复制”尝试包括我破解一个旧的“使用 ASIO 的服务器-客户端”示例来分配 TX 缓冲区，如上文所述，然后消耗一些内存，因此如果 TX 试图做进一步的事情堆访问应该是段错误。