@nagisaushio 不好意思，忘记贴代码了： https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=9645f22c4704aa689612a16a0cb8c022

具体来讲 send 方法内部不需要 self.0 = t; 也可以复现同样编译错误。

@nagisaushio 感谢，我简化了一下你的代码，也理解了其中一部分原委。这份代码编译错误，一部分是因为 Foo 实例的生命周期和被发送给&str 被标记了同样的生命周期'a 。

但是我还有不解：
1. 这份代码如果不实现 Drop 接口也能编译并运行通过，根本原因是什么？不实现 Drop 接口就不会释放吗？

@nagisaushio 老哥，Channel 的 Sender 是咋获取到的？这俩传参是一样的

@araraloren 是的，多语言，脑子切换不及时

@nagisaushio 可是把顺序不变，y 换成下边的代码，也是正常：

```
#[derive(Debug)]
struct Foo;

impl Foo {
fn send(&self, t: &str) {
println!("{}", t)
}
}

fn main() {
{
// let a = mpsc::channel();
// let y:Sender<&str> = a.0;

let y = Foo;
let x = String::from("abc");
let s = &(x[..]);
y.send(s);
}
}
```

@nagisaushio 可是为什么 x 会比 a 先 drop ？

@darkengine 我给的代码是解释崩的原因，不是避免崩掉

论括弧的重要性：

("\"" + d == null) ? "" : d.toString()

@coolrequest 我觉得很好用，尤其是对于开发人员，其实不用 UI ，而是直接写 idea 的.http 文件更方便。当然它自身支持的特性不够多，但是对于开发人员自测接口胜在方便。

虽然但是，还是最喜欢 idea 自带的 http client

讲个笑话，golang 生态是有池化 goroutine 的 （狗头

synchronized 关键字和 threadlocal 的问题还没解决。。。。

B 处理完之后往特定通道发送通知消息，谁感兴趣谁订阅处理。

有两个原因，展开讲一下第一个原因。

这个例子中有两个关于锁的队列，一个是 CLH 锁队列，即：获取和释放锁时的队列。还有一个是条件队列，即 notify/wait/signal/await 这种。

在需要所但是没有获取到锁的时候，线程进入锁队列。当线程获取到锁又 wait/await 的时候，它会做两个动作
1. 释放锁
2. 线程转移到条件队列，不再在所队列中。

这个例子中会出现问题：

1. 在初始队列为空，假设当生产线程添加 1 个元素、notify 并退出同步代码块之后，那么会有多个消费者线程从条件队列转移到了锁队列中，并且有一个消费者线程获取到了锁。

2. 如果不用 while ，而是用 if ，那么当获取到锁的消费者线程消费完，队列为空，此时消费者释放锁，这会导致其他消费者线程重新竞争锁。因为它们现在是在锁队列中，而不是在条件队列中。不幸的是，现在队列中唯一的元素已经被消费了。

3. 用 while 就不一样了，用 while ，虽然有多个消费者线程重新竞争锁，并且有一个竞争成功，但是它在判断队列为空之后，又会因为 await/wait 进入条件队列

这种场景可以在恢复后先清空缓存，清空后再给应用使用

@haleclipse 都很牛哈哈，感谢

@Nitroethane 好牛啊哥，你咋知道的

@giiiiiithub 修正：因为很少有场景只是增删改 、遍历，而没有随机访问