首页 文章

使用boost :: asio进行分段错误，使用deadline_timer进行异步udp-server

提问于
浏览 次
1

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

Server类与boost asio教程中提供的类非常相似"asynchronous 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”方法打开 .

我的消息处理器对象是某种状态机，它保留远程 endpoints ，并且在某些状态下定期想要将一些udp消息发送回 endpoints . 因此使用了asio :: deadline_timer . 使用相同的io_service创建截止时间计时器，运行udp-server . 当计时器第一次被撤销时，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是一个char数组缓冲区，用于存储加密的消息，它是Transaction - object的一部分 .

在方法Transaction :: runThread（）的末尾，deadline_timer被调用到方法runThread（）上以重新激活它，直到达到最终状态：

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

谢谢你的优势 .

c++ boost udp boost-asio

1 回答

  • 1

    我在本地重现您发布的错误，但我强烈怀疑您的问题是由于消息字符串变量的范围 . 我过去曾遇到过 boost::shared_ptr 的一些问题，其中 shared_ptr 早于预期被破坏 . 如果是这种情况，那么 shared_ptr message 可能会在 Server::sendMessageTo() 调用结束时被破坏，并且当异步传输实际上尝试启动时，该内存已被解除分配，从而导致段错误 .

    一般来说，我喜欢将我实际传输和接收的缓冲区保留为我的服务器和客户端类的私有成员，以确保它们是静态范围的，并且不会在发送或接收的中途意外消失 . 它可能会花费一些内存占用，但我发现它给了我很多安心 . 如果这种方法没有给你任何快乐，请告诉我，我会看看我是否可以在本地重现错误 . （目前我的“本地再现”尝试包括我使用ASIO攻击旧的“服务器 - 客户端”示例来分配如上所述的TX缓冲区，然后捶打一些内存，以便TX尝试进一步做堆访问它应该是段错误 .

    回复于

相关问题