感觉问题不大？我本人记性很差，包括但不限于很久都记不住同事名字；中学时背课文每次都是最后一个会背的。但这么多年发现好像记性差也有好处，会强迫自己多理解一些逻辑，以及重要信息会借助外部工具来存储和提醒，可靠性反而更好一些。当然不是说记性差是好事，但我觉得也没那么坏吧，顺其自然，能记的记记不住拉倒。

因为生成的 Future 捕获了 &Demo ，所以要求 &Demo 生命周期长于 Future 。
但 async 闭包返回值的类型写不出来，所以不好约束。一个办法是手动定义带生命周期标记的结构并实现 Future ，但明显实际用起来不太好使。
不知道有没有其他 hack 的办法，我想到一个办法是自定义一个类似 Fn/FnMut 这种的 Trait ，然后在关联类型上标生命周期，这样 fn 定义上就可以把 &Demo 的生命周期和 Future 关联起来了。

```
#![feature(type_alias_impl_trait)]

use std::future::Future;

#[derive(Debug)]
struct Demo {
id: i32,
name: String,
}

impl Demo {
fn print(self) {
println!("id:{}, name:{:?}", self.id, self.name);
}
fn print_ref(&self) {
println!("id:{}, name:{:?}", self.id, self.name);
}
}

trait MyFn {
type Future<'a>: Future<Output = String>;
fn call<'a>(&self, param: &'a Demo) -> Self::Future<'a>;
}

struct DemoFn;
impl MyFn for DemoFn {
type Future<'a> = impl Future<Output = String> + 'a;

fn call<'a>(&self, param: &'a Demo) -> Self::Future<'a> {
async move {
println!("demo: {:?}", param);
param.print_ref();
format!("test demo, id: {}", param.id)
}
}
}

async fn do_demo<F>(f: F) -> Result<(), String>
where
F: MyFn,
{
let demo = Demo {
id: 1,
name: "test".to_string(),
};

let ret = f.call(&demo).await;

// demo.print();

println!("f() ret: {:?}", ret);

Ok(())
}

async fn demo() {
do_demo(DemoFn)
.await
.unwrap();
}
```

两年多前我尝试过，也是租的动迁房。按理说要一个动迁安置协议和另一个证明（忘了是啥）就可以办，但房东说没有。然后半年多前可能是我在随申办上点了点什么东西（我感觉是政策有什么变动，OP 可以试试看），后来有人 call 我说下个月可以来办居住证了。但不巧刚好该月搬家，最后也没办成。
我 13 年来读本科，一直呆到现在，这要在一些国家绿卡都有了；可是在上海，我连居住证都没搞到，更别提户口。只能祝上海越办越好吧。

@lestly 你的 socket 有遵循 RAII 吗？如果它 close 了那么就不应当有人继续持有它。handler 本质上就是存一个 fd 数字，如果 fd 关了但你还持有，那么要么是引用到了不存在的 fd ，要么是引用到了之后打开的 fd 。
我猜一个 fix 是把你的 close 行为改成 shutdown writehalf ，这样 socket fd 仍旧是有效的；然后在 socket 对象析构时去做 fd close 。

fd 号会重用的，旧的 fd 关了再打开新的，可能是同一个 fd 号。

所有能快速查找到的东西没必要占用脑容量，如果常用到记下来的投入产出比更高，那么在多次查找后自然就记住了。
是个自然而然的过程，觉得没必要刻意追求。IDE 、编译器检查这种能提高程序员 IO 效率的工具是个好文明。

《读研的危害》

大项目关 debug info 能省一点

远程开发就好了，client 不是能跑就行？

好代码是语义明确的，而不是某种只有内行人听得懂的黑话；好的代码往往有注释或者自己就是注释，不需要太费劲去解读；对于较大的工程项目，我觉得好不好主要体现在其结构上，比如能不能用抽象层将代码解耦成功能明确的子模块等。
我觉得你这个例子本身就不符合“复杂的好代码”。你说的那些 cpp 的语法问题我觉得更像是由于历史原因不得已而为之的糟粕（狗头保命），来用 rust 吧！

地铁-老人-手机.jpg

@willoong 😂啊这

以前也遇到过类似的问题，google 、youtube 正常，但 github 寄。
最后查下来是 MTU 问题，加了个 clamp mss work 了。

（硬广一下）有这两天渡劫失败的 trojan 道友吗？可以试试我搓的新轮子。。从协议上应该是比 trojan 更好的协议，也可以抗主动探测。

https://github.com/ihciah/shadow-tls

以前在 v 站发过帖子，当时整个设计还比较挫，今天大更了一下协议。

@edis0n0 这个不太了解细节，我猜
1. 敏感指令应该是一个预定义的集合，不会因为用户的特殊配置而导致非敏感指令触发 VM_EXIT 。
2. 部分依赖 sreg 开启的特性应该可以控制。
有人解答下吗？

这个 host 类型具体是啥效果？我猜就是透传 cpuid ，允许物理 cpu 的所有 feature 。如果是这样那就没啥已知安全问题，和受不受侧信道攻击无关。

(建议自备一台，公司设备严格来说不能做私人用途，可能惹来不必要的麻烦；另外是几乎所有互联网公司都会有终端管控，也不利于个人隐私。

🌚我居然找到了 Op 是谁。。头像是不是一个小区入口

air 不也挺好嘛