这是的延续,为了更好的呈现,做了一个新的Q。我用一个互斥锁做了一个最小的main,但是现在test_for_closure做了not live long enough并且是dropped here while still borrowed。多棒的一段旅程!("server error: {}", e);}考虑到我们最终需要能够在main中修改Arc的值,但仍然让hyper在HTTP响应中返回“当前”值,如何解决这个问题呢
might be used here, when `c` is dropped and runs the destructor for type `Container<'_>`
我搞不懂为什么在main的末尾还借用了我的理解是,x将首先被删除,然后是o,这意味着在这一点上不应该存在对c的引用,从而允许c最终被删除而不会出现问题。
在重新广播(redis to zmq)实现中,我无法解决临时值的生存期问题(从循环中使用的pubsub消息派生出来)。我很理解其中的原因,但到目前为止,我无法生成Vec<&String>,因此需要传递给zmq发布服务器。我尝试了不同的类型,克隆等,但我只是得到了相同或类似的错误有关的所有权和寿命。有问题的代码:
let mut inpr
对于如何让编译器认识到lazy_static结构实例的生存期是“静态的”,这里的生锈新手已经挣扎了一整天。下面是我试图做的一个最小的例子:use std::sync::Mutex;
externreceiver_connections_instance` dropped here while still borrowed
我不明白这一点,因为RECEIVER_CONNECTIONS是一个lazy