boost::asio 的分段错误，带有deadline_timer 的异步udp 服务器

Question

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

Server 类与 boost asio 教程中介绍的非常相似 “异步 udp-server”

该类有一个公共方法（“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 。 截止时间计时器是使用运行 udp 服务器的相同 io_service 创建的。 当计时器第一次被撤销时，message_processor 对象内的 state_handling 方法调用“sendMessageTo”方法，会发生分段错误。 “sendMessageTo”的所有参数都是有效的并且包含预期的值。

我的消息处理器类的构造函数头（称为 Transaction）

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()

结束时被破坏，并且当异步传输实际尝试启动时，该内存已被释放，从而导致段错误。

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