没记错的话，macOS 也不支持安装在 USB 存储中吧？

WSL 1 和 2 差别很大。
1 是一个真的子系统，在 NT 内核下实现了 Linux 的 systemcall，只是个“看起来像 Linux 的子系统”。
2 是用虚拟机跑一个精简过的 Linux 内核，是真的 Linux 。

> 不想暴露任何数据结构，只提供 api 。

正常写就好了，为什么会暴露？没明白你遇到了什么问题。

因为出厂没校色吧？可以租或买一个校色仪来让两个显示器达到一致的色彩。

@Yc1992 因为人们会更倾向于使用语言本身的功能吧？

另外，如果开了 SMB 或者 RDP 的话，可以试试利用漏洞登录进去。
不过这么做也有风险，因为是内核级漏洞，可能会让系统崩溃。

尝试短按电源键看看是否会正常关机？

自动 yield 大概要能插入代码吧？ C++ 大概没有这种能力。
而且 C++20 的 stackless coroutine 出来之后，stackful 的可能会越来越少了。

改 bash profile，启动一下 zsh 。

因为这个 Error 是用作异常 throw 的。

印象中近两年小米在国内发售的设备都有 Google Play 服务。不过可能会按照 Google 的要求，设置成连接国内的服务器，可能无法使用。

@nnnToTnnn 是我理解错你的话了，在浏览器中用脚本实现的话确实不能保证安全。

@nnnToTnnn 我说的“自己实现 TLS”，是包含了 TLS 的证书认证机制的，既然 TLS 可以解决这个问题，自己实现时也用同样的方法就好了。

你这问的好像不是直播弹幕程序是怎么实现的，而是弹幕系统的接口。
没记错的话，大多数直播网站的弹幕都是用 WebSocket 的。

正确做法应该是用 Power Scheme 相关的 API 去读，注册表不保证兼容性的。
曾经写过一个连接外接屏幕时关闭合盖睡眠的小工具，里面就用到了 Power Scheme 相关的 API 。
https://github.com/ysc3839/ProjectionAwake

需要注意的是，这套 API 是从 Vista 开始才有的。

@DoctorCat 估计你是没了解过 gzip 炸弹是什么，简单说就是把很长的空白数据经过压缩后能得到很短的数据。
Content-Length 是 HTTP 协议传输的数据长度，不是实际解压后的长度，仅检测这个并不能知道长度。
为什么一定要每次请求都压缩一次呢？不能压缩一次后把结果保存起来直接返回吗？
当然，接收数据后再去检测 gzip 解压后长度也不是不行。至于写脚本的人傻不傻我不知道，但是可以猜测他们可能比较懒，不会自己去写 gzip 解压的代码，而是使用 HTTP 库本身的解压功能。

跳转到广告链接大概赚不了钱，对方又不是浏览器。
不过可以考虑返回 gzip 炸弹之类的，对方的程序很可能会尝试解压，占用大量内存。

另外，如果是 Win7 系统的话，试试关掉 Aero ？

试试 RDP 远程？