@Buges
刚才点错了…
我是说你最开始说的，HTTPS 下密码 hash 传输，意义不大。各大厂基本都是明文。

@Buges
我是说

@Buges
泄漏风险都一样啊，无非是检测的时候会上传更多密码。

@Buges
为了以防我记错了我又确认了一下，Twitter 和 GitHub 登录都是直接发送明文，我觉得似乎这两家也没被喷啊。

@Buges
强弱检查前端是比较好做，但是泄漏检查要只发送 hash 后的密码的话你还得把泄漏的密码也全部做一次加盐 hash ，是不是太浪费？

@Buges 前端 hash 还有一个缺点是后端无法检查密码强弱和是否已经泄露。

@BBCCBB
和别人交流了一下，这个就是部分捕获。实际上被 move 的是单独的那个 x ， @reter 老哥就是对的。

@BBCCBB
你的 p 的具体类型 Point<i32> 字段全满足 Sync ，所以 Point<i32> 也自动满足 Sync ，因此跨线程共享是安全的。你可以尝试用 Point<String> 试试看。

只考虑 Web 方面 C#是最好的选择，ASP.NET 一把梭啥都有，.NET6 走起就行了。剩下的就是看需要什么库 NuGet 找找了事。

成都三年工资真的这么低么…

不是，你直接把 yaml 里面的 image 换成云的镜像不就可以了，为什么会这么折腾？

@YuiTH 我基本上常规的用用快捷键，其它复杂的都是鼠标点点点，也没觉得麻烦多少。可能这就是我至今都不喜欢 vim 的原因吧。另外我不用 rider 的原因其实是因为 jb 全家都没有 peek view ，我很喜欢这个功能。

我觉得 1234 都是心里习惯，需要适应期。就 C#而言 vs 的调试功能绝对是比 rider 强，vs2022 我是没有用 resharper 的，虽然我机器 64G 内存但是不知道为啥还是卡成狗。但是我觉得 vs 自带的也够了，这几年 vs 的功能升级也让 resharper 不是那么刚需。

既然你不想要异步，那并行流和线程池没有区别呀

@nothingistrue 异步和同步和你用什么处理没关系。准备读取数据的时候数据已经复制到用户缓冲就是异步，否则是同步。线程池那些都是后话。

@jeesk 浏览器的 js 一直都是单线程的，你总不能说 worker 算多线程吧（

@lmshl NIO 是同步非阻塞，并不是异步。

@jeesk
你认为的几个谬论，实际上都是你自己的理解有些问题。
1. 如果无论是 BIO 和 NIO 你都用 200 线程，确实线程之间的竞争都差不多。但是这里你的问题在于如果用 NIO ，我们使用的线程数量不会是 200 。通常 IO 线程数量选 CPU 核心数 * 2 ，或者再 +2 。比方说如果是四核心，那就是 10 线程左右。
2. Java 的默认线程栈大小就是 1MB 这个其实没什么好多解释的。BIO 比 NIO 的内存消耗更大的原因其实就只是 BIO 需要更多线程。
3.1. 这里其实还是和 1 一样，NIO 使用比 BIO 更少的线程所以内存消耗低，而不是线程池限制了消耗。当然 BIO 下你也没办法用线程池，因为每个连接都会独占一个线程。所以说线程池减少了内存消耗不准确。
3.2. 这里的占用线程指的是操作系统对于线程分配的时间片，不过这里 BIO 和 NIO 一样都是内核等待所以确实是没差别。

你这个描述给我的感觉类似于不知道电锯怎么开然后抱怨砍树不如斧头好使…