问：

我正在尝试使用上面提供的实现。我的代码几乎一行一行地复制了 Boost Asio 文档中发布的示例：std::iostreamboost::asioboost::asio::ip::tcp::socket

#include <iostream>
#include <stdexcept>

#include <boost/asio.hpp>

int main()
{
    using boost::asio::ip::tcp;
    try
    {
        boost::asio::io_service io_service;
        tcp::endpoint endpoint(tcp::v4(), 8000);
        tcp::acceptor acceptor(io_service, endpoint);

        for (;;)
        {
            tcp::iostream stream;  // <-- The exception is triggered on this line, on the second loop iteration.
            boost::system::error_code error_code;
            acceptor.accept(*stream.rdbuf(), error_code);
            std::cout << stream.rdbuf() << std::flush;
        }
    }
    catch (std::exception& exception)
    {
        std::cerr << exception.what() << std::endl;
    }

    return 0;
}

唯一的区别是我对结果的使用：我将收到的所有内容转发到标准输出。tcp::iostream

当我使用 VisualStudio2019/toolset v142 和 NuGet boost-vc142 中的 Boost 编译此代码时，仅在函数的 for 循环的第二次迭代中出现访问冲突异常

template <typename Service>
Service& service_registry::use_service(io_context& owner)
{
  execution_context::service::key key;
  init_key<Service>(key, 0);
  factory_type factory = &service_registry::create<Service, io_context>;
  return *static_cast<Service*>(do_use_service(key, factory, &owner));
} // <-- The debugger show the exception was raised on this line

在。因此，第一次迭代一切都按计划进行，连接被接受，数据显示在标准输出上，一旦第二次在堆栈上实例化，异常就会弹出。asio/detail/impl/service_registry.hppstream

我对调试器报告的异常的此位置的准确性没有很高的信心。由于某种原因，堆栈接缝被弄乱了，只显示一帧。

如果声明 of 被移出循环，则不会再引发异常，但随后我需要在循环结束时引发异常，否则除了来自第一个客户端连接的数据外，标准输出上不会显示任何异常。streamstream.close()

基本上，一旦我尝试实例化多个（不一定同时），就会引发异常。boost::asio::tcp::iostream

我在 linux 下尝试了完全相同的代码（Arch linux、最新版本的 g++、相同版本的 Boost），一切正常。

我可以通过不使用 s 来解决此问题，但我的想法是将 tcp 套接字上接收的数据馈送到仅接受 的实现的解析器，因此我仍然需要将 asio 的 tcp 套接字包装在自制的（和平庸的）实现中。iostreamstd::iostreamstd::iostream

有没有人知道这个设置有什么问题，如果我错过了关键的某个地方或任何东西？#define

更新：

随后的调查显示，发生访问冲突的唯一情况是从 Visual Studio 中运行可执行文件（典型值，来自菜单“调试”->“启动调试”）。

构建过程似乎没有效果（直接调用 、 using 、 using ）。cl.exeMSBuilddevenv.exe

此外，如果可执行文件是从命令提示符运行的，并且只有附加调试器，则不会发生访问冲突。

此时，问题很可能与代码本身无关。