有可能是句柄泄露。Windows 10 现在有好几个句柄泄露的 bugs 。WSL1 的实现里面发生句柄泄露我完全不意外。

是不是 DNS 的问题？

可以用 curl 访问一下 www.google.com 然后分析一下输出：curl -v www.google.com

如果耗时的函数的运行时间不是很关键，你可以在 while True 循环里面加上 time.sleep(0.0000001) 以定期释放 GIL 。具体多少个循环调用一次 sleep，需要调试一下、看看如何才能不卡。

用 Spy++ 看看是哪个进程的窗口。

有可能是域名被 GFW 污染到 Facebook 的 IP 上面去了。挂个 VPN 试试。

为什么要回国？

感谢楼主的付出！

@NonClockworkChen 和 @putaozhenhaochi 说话阴阳怪气，希望楼主不要放在心里。

> 你们说那些在新闻里为自主网络 xx 叫好的人里面，有能理解在座诸位的不安的吗？

等他们被专政的铁拳击中之后，自然会理解的。

可以用 subprocess.Popen()。

这好像是一个自签证书。看看 DNS 解析是否正确？有可能是你访问的网站的域名被解析到了错误的 IP，也可能是当前链路上有 HTTPS 劫持。

好像恢复了。

Shellcode 不会被系统的 loader 加载，因此不能进行重定位。如果要用进程中的其它函数（例如库函数），需要自己找到固定地址的调用指令（例如主程序的 PLT entry ）然后在 shellcode 中把固定地址硬编码进去，或者在 shellcode 里面加上解析函数地址的功能。遇到 ASLR 的话，解析函数地址很麻烦。一般而言，shellcode 只调用系统调用。

试试强制 garbage collection:
import gc; gc.collect()

IPython 的 In 与 Out 是不是保持了切片之前的数组的引用？试试 IPython.display.clear_output()

如果是从防止逆向分析的角度来说的话，不安全。轻松 dump 出 py 或 pyc （看看临时文件夹就知道了）。

推荐阅读：A very deep dive into iOS Exploit chains found in the wild 作者 Ian Beer, Project Zero。

作为普通的 iOS 用户，风险还是有的。

后面的 +1/+2 是 5 年 /10 年里面因为闰年而增加的天数。

从手头能找到的样例出发，可以得到一个可行的公式：N == 5: 签发日期 + 365 * N + 1; N == 10: 签发日期 + 365 * N + 2。

具体是不是如此就不清楚了。

你可以用来 WinDbg Preview 打开对应的 .run 文件并进行 time-travel 调试。

被 TTD 记录的进程非常慢（运行时开销在 10x-100x 之间），我不明白 Windows 为什么要针对浏览器开启 TTD。我猜想这有可能是 Telemetry 的结果（例如之前楼主的浏览器发生了某个特殊的 crash，被 Telemetry 认定需要靠 TTD trace 来辅助 debug ）。