附带一提，你这个例子里是 Sender 中的 SenderFlavor 实现了 Drop ，所以你在文档里看不到 Sender 实现了 Drop ，并且假如这个类型没实现 Drop ，就不会触发 Drop check ，你这个代码也就没问题。

你这个其实不算生命周期问题，是 drop check 的问题。主要就是保证值析构时，析构函数不会访问到悬垂引用。

Sender 里 send 的行为可能是这样：send 时把值存在了内部某个地方，drop 的时候可能对这个值进行了某些操作，这种情况下这个值必然不能先于 Sender 被 drop ，所以调下 drop 顺序就能解决。

你这个 case 里 drop 另一个影响是，你在 send 后尝试对字符串进行 push 这种借出可变引用的行为也会报错，无论你是否调换了顺序。

可以看看这两个： https://doc.rust-lang.org/nomicon/dropck.html
https://ng6qpa7sht.feishu.cn/docx/LGnVdlqwGoIUpuxUMWRcptEbndd

你这个不叫死锁好吧，你要在适当的时候调用 ticker.Stop()让这个 Ticker 停下来，让 channel 被 close

crud 崽直接上框架 https://loco.rs/

https://folyd.com/blog/rust-pin-unpin/ 这个文章写的很好。

简单来说就是自引用结构（结构中的一个成员是一个指针，指向另一个成员的地址），倘若对两个这样类型的结构进行 swap 操作，就会让构造出来的自引用性质失效（本身是指向当前结构的自引用指针指向了错误的位置）。

对于 Pin 智能指针包装的类型，倘若我们让这个类型实现!Unpin ，就说明这个类型是*pin 在内存中*的，从而在 Pin 智能指针的使用中无法 safe 的得到这个类型的可变引用，从而解决自引用的问题。

引入的动机是 Future ，async 代码会在某些条件下生成自引用的结构，所以 Future 的 poll 的参数是 Pin<&mut Self>

@loading 这部电影如果这么拍，导演会被电影协会轮番枪毙

你可以通过沟通让对方知道你的真实想法以及双拼的优势和劣势

一般都是当一个部件使用。比如将 wgpu 嵌入或者 flutter rust bridge 一类的。

https://www.v2ex.com/t/971492#reply12 此时此刻恰如彼时彼刻

锁的名词指的是什么，互斥锁，读写锁，自旋锁这些。还是原子变量，内存序那些。还是具体的锁实现 futex pthread_mutex ？

就想象成解引用然后运行，没什么太特殊的。
我以前这块记过点笔记看看能不能帮上你 https://imgur.com/a/EUVihfK

一般语言都有不依赖 openssl 的 tls 库把，比如 rust 就可以使用 rustls 来实现 https 。
https://github.com/tokio-rs/axum/tree/main/examples/tls-rustls

web 太成熟了，不选择 eletron 的原因可能是不喜欢糊 web 那套东西，喜欢更现代“gui”的开发体验

想起来我有个搞少儿编程的朋友，教 python ，教了三年连 yield 都不知道更别说基于 yield generator 的 async 了。

@galikeoy 个人感觉，俯卧撑你不特意去练数量是不会上涨的，你卧推再牛逼不去练习俯卧撑可能也就三十个。就比如引体向上，就算你划船的重量大该做不了也做不了 。

这根本不是什么手游的问题，这不就是你浅薄的意志力的问题吗？
你都控制不住充钱，然后解决方法还是让论坛里的人骂醒你，然后把号卖了这种方式解决问题。
那你下一个这种问题怎么解决，比如下一个你沉迷的东西是酒精，天天控制不住想喝酒，每个月酒钱花了千八百，这时候还来论坛提问如何戒酒吗？