@fawdlstty 我指的是线程池配合 co_await ，这样侵入性更小，不需要占用一个线程来跑事件循环，尤其适合主线程跑 GUI 的程序。
另外 C++的 coroutine 和 Python 的不一样，后者是和事件循环强绑定的，不能独立运行。C++的和 js 的类似，可以独立运行，可以代替回调函数。

个人觉得非高性能场景的话，用线程池+同步 http 库会更简单

@Features 这是 SCP/SFTP 的问题吧？你确定用别的 SCP/SFTP 客户端传输时断网没这个问题？

目前能在 Windows 上用的 PCIe WiFi6 网卡估计只有 Intel, Realtek 和 MediaTek 三家在做，都买回来试试就知道了

rsync?

看上去要写代码来控制显示的。有谁能给个控制显示的代码，我倒是有兴趣试试修复

印象中都是些 png 图吧？写个脚本处理一下也不麻烦。
你等了 50 分钟，去搜索一下估计都快写完了。

你插件配置会在显示提示符的时候启动新进程吧？ Windows 下启动新进程比 Linux 慢。
建议用 powerlevel10k ，在 MSYS2 下都很快。

个人觉得前后端不分离(准确说是后端渲染)没啥问题，但是要看是什么语言。如果是 TypeScript+ejs 我很乐意。如果是 PHP 我会拒绝。

你路由器的 LAN MAC 是 c4:83:4f:16:3d:6c 吧？图 2 就是 LAN 的 Link Local 地址

@jin5354 打官司，当然打赢了之后有没有钱还那又是另一回事了

MemTest86 最新版到 9.4 了
https://www.memtest86.com/whats-new.html
不过如果只有一条内存的话跑测试意义不大，基本只能通过替换法来判断故障。有多条内存的话可以跑跑看，也许能看到是哪条坏了。

@Phil1024 不是从 App Store 下载的话，有，但是比 Windows 好很多，比如说录屏录音录像都需要用户授权，应用访问部分文件夹(比如桌面、下载)会受到限制，但是仍然可以访问别的应用的数据

宁可信其有。我选择虚拟机，Sandboxie 好像不能禁止文件读取，也不能禁止录屏、录音、录像。第三方客户端如果指的是那种开源的自己实现的话可以自行检查代码，但是这类客户端一般功能不全，且有封号风险。

这种特性，好像 SCTP 就支持吧？ SCTP 有用户模式的实现，不需要内核支持，还可以走 UDP 传输，兼容性更好。

@dingwen07 我说的重点是“仍然有许多数据没有使用密码加密”，把 WiFi 密码保存在 nvram 也是类似情况

最早的做法是输出“回车” (CR, Cartridge Return) 控制字符让输出位置回到行首，然后继续输出即可覆盖掉后面的字符。
后面“智能终端”出现后支持了 ANSI escape sequences (有时也叫 VT sequences)，可以实现任意移动输出位置。

最早计算机使用电传打字机作为终端，回车字符可以让输出位置回到行首，一般是配合“换行” (LF, Line Feed) 字符使用。电传打字机因为是打印到纸上，所以并不能实现回车后替换之前打印出来的字符。
因为电传打字机的诸多不便(比如浪费纸张和墨水)，出现了视频终端 (video terminal)。早期的视频终端和电传打字机的功能基本一致，只是用显示屏替代了打印机。后来出现了智能终端，能“理解”特殊的字符序列(而不仅仅像电传打字机只能识别单个控制字符)并做一些操作。

如果你想知道怎么写代码实现，一楼的链接就是答案。

这种需求建议直接使用 frp
https://github.com/fatedier/frp

@WebKit 那如何解释重启系统后不输入密码解锁的情况下能自动连上 WiFi ？
Android 曾经支持“全盘加密” (Full-disk encryption, FDE)，但是现在已改用“文件级加密” (File-based encryption, FBE)