我在使用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”方法打开。
我的消息处理器对象是某种状态机,它保留远程端点,并且在某些状态下会定期将某些udp消息发送回端点。因此使用了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));
非常感谢你。
答案 0 :(得分:1)
我对这一点并不是100%肯定,因为我无法从您发布的内容中本地重现您的错误,但我强烈怀疑您的问题是由于消息字符串变量的范围。我过去曾遇到boost::shared_ptr
的一些问题,其中shared_ptr
早于预期被破坏。如果是这种情况,那么shared_ptr message
可能会在Server::sendMessageTo()
调用结束时被破坏,并且当异步传输实际上尝试启动时,该内存已被解除分配,从而导致段错误。
一般情况下,我喜欢将我实际传输和接收的缓冲区保存为我的服务器和客户端类的私有成员,以确保它们是静态范围的,并且不会在传输中途意外地消失在我身上或收到。它可能会花费一些内存占用,但我发现它给了我很多安心。如果这种方法没有给你任何快乐,请告诉我,我会看看我是否可以在本地重现错误。 (目前我的“本地再现”尝试包括我使用ASIO攻击旧的“服务器 - 客户端”示例来分配如上所述的TX缓冲区,然后捶打一些内存,以便TX尝试进一步做堆访问它应该是段错误。