繁体   English   中英

使用boost :: asio的分段错误,带有截止时间的异步udp服务器

[英]Segmentation fault with boost::asio, asynchronous udp-server with deadline_timer

我在使用boost :: asio库的服务器程序时遇到了麻烦。

Server类非常类似于boost asio教程“异步udp服务器”中介绍的类。

该类具有一个公共方法(“ sendMessageTo”),该公共方法由消息-处理器对象调用,如果该方法由Duration_timer线程调用,则会发生分段错误。 它通过调用新的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服务器在其上运行。 首次取消计时器时,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);

cryptoMsgBuf是一个char数组缓冲区,用于存储加密的消息,并且是Transaction-对象的一部分。

在方法Transaction :: runThread()的末尾,将delay_timer调用到方法runThread()上以重新激活它,直到达到最终状态:

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

谢谢你的帮助。

我不确定这件事是100%肯定的,因为我无法从您发布的内容中本地重现您的错误,但是我强烈怀疑您的问题是由于消息字符串变量的作用域所致。 我过去在boost::shared_ptr遇到过一些问题,其中shared_ptr破坏早于预期。 如果是这种情况,则在对Server::sendMessageTo()的调用结束时, shared_ptr message可能会被破坏,并且当异步传输实际上尝试开始时,该内存已被释放,从而导致段错误。

总的来说,我希望将实际上从我接收和接收到的缓冲区作为服务器和客户端类的私有成员,以确保它们是静态范围的,并且不会在发送或接收过程中途意外消失。 它可能会占用一些内存,但是我发现它让我省心了。 如果这种方法不能给您带来任何快乐,请告诉我,我将看看是否可以在本地重现该错误。 (目前,我的“本地复制”尝试包括我破解了一个旧的“使用ASIO的服务器-客户端”示例以如上所述分配分配TX缓冲区,然后浪费了一些内存,因此如果TX试图做进一步的工作堆访问它应该是段错误的。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM