Em um protocolo de comunicação RPC, após a invocação de um método, estou enviando mensagens "concluídas" de volta ao chamador. Como os métodos são invocados de maneira simultânea, o buffer contendo a resposta (umstd::string) precisa ser protegido por um mutex. O que estou tentando alcançar é o seguinte:

void connection::send_response()
{
    // block until previous response is sent
    std::unique_lock<std::mutex> locker(response_mutex_);

    // prepare response
    response_ = "foo";

    // send response back to caller. move the unique_lock into the binder
    // to keep the mutex locked until asio is done sending.
    asio::async_write(stream_,
                      asio::const_buffers_1(response_.data(), response_.size()),
                      std::bind(&connection::response_sent, shared_from_this(),
                                _1, _2, std::move(locker))
                      );
}

void connection::response_sent(const boost::system::error_code& err, std::size_t len)
{
    if (err) handle_error(err);
    // the mutex is unlocked when the binder is destroyed
}

No entanto, isso não compila, uma vez queboost::asio exigemanipuladores para ser CopyConstructible.

O problema pode ser contornado (embora não muito elegantemente) usando a seguinte classe de bloqueio compartilhada em vez deunique_lock:

template <typename Mutex>
class shared_lock
{
public:
    shared_lock(Mutex& m)
    : p_(&m, std::mem_fn(&Mutex::unlock))
    { m.lock(); }

private:
    std::shared_ptr<Mutex> p_;
};

Qual é o raciocínio por trásboost::asio não permite manipuladores somente de movimento?