5

我正在实现一个客户端应用程序，该应用程序必须与硬件设备建立少量套接字连接。我已将问题分解为以下小代码子集

boost::system::error_code ec;
std::string str_message = ec.message();  // no access violation before connect()
std::string str_port = "502";
std::string str_ip = "192.168.12.198";

boost::asio::io_service io_service;
boost::asio::ip::tcp::resolver resolver(io_service);
boost::asio::ip::tcp::resolver::query query(boost::asio::ip::tcp::v4(),str_ip,str_port);
boost::asio::ip::tcp::resolver::iterator iterator = resolver.resolve(query);
boost::asio::ip::tcp::socket s(io_service);

ec = s.connect(*iterator,ec);
if (ec)
{
    // connection error of some kind.
    std::string str_debug = ec.message();  // BANG!!!!

}

我正在使用 Embarcadero RAD studio XE4 C++ Builder，当我在主 VCL 线程中运行上述代码时，它工作正常。当我使用多个连接运行它时，上面的代码在TThread类的多个实例中运行，这就是当我遇到访问冲突问题时 - 似乎当调用error_code修改它时，实例connect的内部成员变为 NULL，所以当我打电话时，我得到了访问冲突。即使我只有一个后台线程运行，也会发生这种情况。m_caterror_codemessage()

我上面的代码是否有可能在我需要使用它的方式上根本不是线程安全的？我试图找出为什么这段代码不会在后台线程中运行，但找不到任何关于它的信息。

我正在运行的 boost 版本是 1.50，因为这是用于在 RAD studio 中构建 64 位应用程序的集成版本。

有没有其他人在多线程设置（在 Embarcadero 或其他）中遇到过这个问题，如果是这样，你是如何解决的？或者这个类根本不安全地以多线程方式使用？

4

3 回答 3

5

这是一个很长的镜头，但可能值得一试：

它system::error_code由两个条目组成：一个错误值和一个类别。错误值基本上只是一个int，但类别是Singleton。这是必需的，因为基于指针标识比较错误类别是否相等（即，当且仅当它们指向相同的类别对象时，两个类别才相等）。

问题是 Singleton 类别的初始化可能不是线程安全的。Asio使用system_category. boost/libs/system/src/error_code.cpp对于 1.50，实现如下所示：

BOOST_SYSTEM_DECL const error_category & system_category() BOOST_SYSTEM_NOEXCEPT
{
  static const system_error_category  system_category_const;
  return system_category_const;
}

这保证在符合 C++11 的编译器上是线程安全的，但如果您的编译器没有实现函数范围静态的线程安全初始化，这可能会中断。您可以通过跟踪对该函数的调用来轻松验证这一点，并查看您是否观察到潜在的竞争。

于 2014-02-12T13:28:54.437 回答
1

在多个示例中，他们在一个线程中调用 io_service->run()：http: //www.boost.org/doc/libs/1_55_0/doc/html/boost_asio/example/cpp11/futures/daytime_client.cpp

我喜欢这个，有一个 ThreadPool: Thread pool using boost asio

你确定 io_service->run() 在某处被调用吗？

于 2014-02-11T13:58:12.490 回答
1

您必须始终确保iterator != boost::asio::ip::tcp::resolver::iterator().

来自提升文档：

默认构造的迭代器表示列表的结尾。

我敢打赌这是问题所在，connect()只是由于端点迭代器无效而破坏了堆栈。

于 2014-02-12T10:40:30.103 回答