2

我有一个相当大的应用程序，可以在 Linux 上按需要运行。我最近在 Windows 7 上使用 VC2012 和 boost asio 1.52 编译它并遇到一个奇怪的问题：

在同一个UDP 套接字上，async_receive_from后跟 anasync_send_to会导致使用boost::system::error_code10061 调用读取完成处理程序：

由于目标机器主动拒绝，无法建立连接

如果发送目的地是本地主机上的另一个端口。如果数据包被发送到另一台机器，则不会调用读取完成处理程序。在读完成处理程序之后，调用写完成处理程序没有错误。

以下代码复制了该问题：

#include <iostream>
#include <boost/asio.hpp>
#include <boost/bind.hpp>
#include <boost/shared_ptr.hpp>

using namespace std;
using namespace boost::asio;

void read_completion_handler(const boost::system::error_code& ec, std::size_t bytes_received)
{
  if (!ec)
    cout << "Received " << bytes_received << " successfully" << endl;
  else
    cout << "Error: " << ec.message() << endl;
}

void write_completion_handler(const boost::system::error_code& ec, std::size_t bytes_transferred)
{
  if (!ec)
    cout << "Wrote " << bytes_transferred << " successfully" << endl;
  else
    cout << "Error: " << ec.message() << endl;
}

int main(int argc, char** argv)
{
  enum
  {
    max_length = 1500,
    out_length = 100
  };
  // buffer for incoming data
  char data[max_length];
  // outgoing data
  char out_data[out_length];

  // sender endpoint
  ip::udp::endpoint sender_endpoint;
  // for sending packets: if this localhost, the error occurs
  ip::udp::endpoint destination(ip::address::from_string("127.0.0.1"), 5004);

  io_service ioService;
  ip::udp::socket socket(ioService, ip::udp::endpoint(ip::udp::v4(), 49170));

  socket.async_receive_from(
    buffer(data, max_length), sender_endpoint,
    boost::bind(&read_completion_handler, 
    boost::asio::placeholders::error,
    boost::asio::placeholders::bytes_transferred));

  socket.async_send_to( boost::asio::buffer(out_data, out_length),
    destination,
    boost::bind(&write_completion_handler,
    boost::asio::placeholders::error,
    boost::asio::placeholders::bytes_transferred));

  ioService.run();

  cout << "Done" << endl;
  return 0;
}

在 linux 上，这从来都不是问题。有人有解释吗？据我所知，在同一个套接字上同时读写应该没问题，或者在 Windows 上不是这样吗？如果 localhost 是目的地，为什么会改变行为？

4

3 回答 3

5

是的，在您提出这个问题后大约 6 个月。我什至不确定我是怎么来到这里的。我自己也遇到了这个问题——但好消息是这不是问题。

当某些机器没有在您发送消息的端口上侦听时，它们会通过 ICMP 返回 Destination Unreachable 消息。Asio 将其转换为 boost::system::errc::connection_refused 和/或 boost::system::errc::connection_reset。这是一个毫无意义的错误，因为 UDP 是无连接的。您可以放心地在您的 async_receive_from 处理程序中忽略这两个错误代码（即，如果您返回其中一个错误，只需再次调用 async_receive_from）。

于 2013-05-26T20:26:50.057 回答
1

对于任何对此感到困惑的人，请阅读我在上面对第一个回复所做的评论。

但是，如果您通过任何更改在 C# 中遇到相同的问题，请使用此代码来摆脱这种行为：

        byte[] byteTrue = new byte[4];
        byteTrue[byteTrue.Length - 1] = 1;
        m_udpClient.Client.IOControl(-1744830452, byteTrue, null);
于 2015-02-21T20:05:02.337 回答
0

PORT_UNREACHABLE要在 UDP 接收上禁用 ICMP ，请将SIO_UDP_CONNRESET设置为0（不是 1，如其他答案所示）：

#ifdef _WIN32
    struct winsock_udp_connreset {
      unsigned long value = 0;
      int name() { return -1744830452; /* SIO_UDP_CONNRESET */ }
      unsigned long* data() { return &value; }
    };
    winsock_udp_connreset connreset{0};
    socket.io_control(connreset);
#endif
于 2021-06-17T10:56:17.560 回答