个人猜测，是两个接口的线路不同。

我的思路涉及到逆向了，注入 Fusion 然后 Hook 一下处理 logout 的函数。
没弄过 macOS 下的逆向，所以只能给个思路。

看样子是硬盘坏了。

我看了一下，好像只有 Chrome 有拼写检查。
不过输入法有自动更正的功能。

怀疑硬盘有问题。

@veelog #include <stdbool.h>

肯定会的，不然的话内存很快就没了。

一片白估计是被墙了。

@XiLemon Windows 的新版本是 1709，代表 2017 年 9 月的版本。

@exc 不翻译而直接使用他的语言的话可能没人看得懂。要不然就原文发一份，翻译发一份。

> 如果 github 强制使用英语提问，好吗？
不好，但我觉得项目管理者强制使用英语提问没什么问题。

> 如果那些长期在母语环境下生活和开发，英语四级都没过的人，没法有效使用英语表达自己的问题时，怎么办呢？
翻译。

> 同上，如果这个问题很紧急呢？
同上，翻译。

要合并也只是 Web 部分合并吧？

@cybermonster 他说的是 1ms 1 毫秒

Chrome

我遇到不能下载第一感觉是迅雷服务器那边出问题了。不过提供网上说的感觉不是这样。

另外，Debian 镜像站直接浏览器下载都够快吧。

这技术的难度在于接收公众号推送。

@xoxo419 就是写一个 ws 服务器，接收数据后发给 SOCKS5 服务器。

@imn1
> 但软件支持 unicode 的编写，却在 64bit 开始才流行起来
无依据。
Windows XP 新加入的 API 都只有 Unicode 了，如 OpenThemeData https://msdn.microsoft.com/en-us/library/windows/desktop/bb759821

Windows 中 Unicode 使用的是 UTF-16LE 这没错。
但是下列说法无依据：
> 目前 windows 对 unicode 的支持仍然是混乱的
> 但相当多软件，尤其是文本相关的，更多是 UTF-8


> 人家软件的目标用户就是台湾用户
这个我赞同。
但是开发商应该有远见。假设这个软件不是很老的软件，那一开始开发的时候应该明白 Unicode 是趋势。
假如是多年前开发的软件，不支持也无可厚非。

@imn1 Windows 十多年前就已经支持 Unicode，目前 Unicode 也是主流。微软也推荐使用 Unicode，新的 API 也都是 Unicode 的了。
如果不是很多年前的软件，不支持 Unicode 怎么不能怪软件？
新软件应该依新系统标准来写，系统应该兼容的是旧软件。
软件是为用户服务的，啥时候变成了用户迁就软件？