boost::asio data owning `ConstBufferSequence`

最后几天，我通过 asio 示例和 SO 上关于传递给 asios 启动函数的缓冲区的生命周期管理的其他问题阅读了很多。让我印象深刻的一个问题是，似乎没有"按值"解决方案，而是发起函数的调用者始终需要确保缓冲区在异步操作完成之前有效。通常，这是通过创建指向数据的共享指针并将其复制到处理程序来实现的。

就我而言，我已经在使用async_write重载，其中传递了一个ConstBufferSequence，其中包含例如下一条消息后跟下一条消息的大小。 即

auto message = std::make_shared<std::string>("hello");
auto size = std::make_shared<std::uint32_t>(message.size());
std::vector<asio::const_buffer> buffers = {asio::buffer(size, sizeof(*size)), asio::buffer(*message)};
asio::async_write(_socket, buffers, [message,size](...){...}); // prolong lifetime by coping shared ptrs.

因此，我正在考虑编写一个自定义Message类，该类既满足ConstBufferSequence概念，又拥有基础消息。我对代码进行了一些深入研究，发现在一个地方，缓冲区序列参数(最初通过const&传递到asio::async_write，然后通过const&传递，直到最终复制到asio::detail::write_op类的成员变量中。

所以这里是实际问题：

• 这种方法可以用于火灾并忘记呼叫吗？这将在上面的 intos 中翻译如下：asio::async_write(_socket, Message("hello"),[](auto,auto){});

• 组成操作的常量缓冲序列参数的生存期是否存在任何问题？

• 这是个好主意吗？这显然违背了处理缓冲区生命周期管理的"正常"asio方式。

好奇你的想法 - 欢迎批评！ ;-(

问候，马丁