@victorwu34
字节序：字节序问题经常出现在 int 类型等类型的机器表示，CPU 通常只能处理一种字节序，考虑这种情况，在大端 CPU 上的一个程序有一个 int 变量，程序如果将这个内存中的 int 按照原有字节序直接存在某个地方，然后另一个小端 CPU 上运行的程序读取这个二进制值并赋值给 int 变量。这两个 int 值几乎不可能相同！因此程序必须能够理解字节序并且自己处理字节序转换问题。例如，在网络编程中，规定字节序为大端字节序，因此在小端机器上的网络应用程序必须自己将值（例如端口号）转换为大端字节序发送，接收数据包还要自己转换为小端序。而文本是没有字节序的。（某些编码有，如 UCS-2 有，但其实上，常用编码如 ASCII，UTF-8 等没有）

专用工具：假设你要存放一些配置数据，如果是二进制 blob，你很难直接查看 /修改数据，必须为这种 blob 格式编写专用工具，但是文本就可以很轻易的看到，如果要修改的话，只需要一个文本编辑器（存放在文件）或者一行 sql （数据库）。考虑 HTTP 协议。

桥接是链路层的，IPv4 和 IPv6 是网络层的。桥接不桥接和 IPv6 理论上没有关系。

这里使用 binary 是合理，但原因不是性能。
性能上，节省的微乎其微，这是一个过度优化的陷阱
位密度上，文本仍然使用了 8bit 中的 7bit

使用文本而不是用 binary 的情况通常是：
1. 扩展问题，二进制格式一旦确定了，就没法再增加长度，如果一个数据字段只能存放 16bit，那么如果要扩展它是非常非常痛苦的，但是对于文本格式直接写就可以了。
2. 字节序问题，二进制数使程序必须考虑大端序和小端序机器的问题，尤其是需要在不同的机器上通信时。如果不考虑的话程序将无法在网络上协同工作，并且是非常脆弱的（考虑程序有一天需要放到另一个不同字节序机器上运行）。
3. 透明性，二进制数据破坏透明性，使调试变得困难，需要编写专用工具处理（文本格式一般可以直接用一个编辑器）。

但是在这个 uuid 的例子中，1,2,3 都不成立，uuid 长度固定不变，字节序问题也不需要考虑，透明性也可以算作不用考虑。

因此使用文本的好处就不是很明显了。

另外结束前多说一点：
有些极端情况，如大位图、音视频这些情况，特点是特大批量数据，这个时候二进制的位密度和性能优势就体现出来了。

@zpxshl 是 6.0 记错了。但是如果 SDK 版本低的话，安装之前还是会显示出来应用需要的权限的，明确告知你此应用需要如下权限。还是授权了啊。

我更看好 DNS over TLS，这个 DNS over HTTPS 总是给人很 dirty hack 的感觉

@plko345

官方用户手册是没有中文的。建议看英文
https://www.gnu.org/software/grub/manual/grub/

另外，这东西也不需要系统学习，大致会用就行了。

archwiki 倒是有中文，https://wiki.archlinux.org/index.php/GRUB_(简体中文)
不过质量肯定比不了英文页面

解压，非 uefi 系统下，还需要，grub-install --target=i386-pc --boot-directory=u 盘挂载路径 /boot/ /dev/u 盘块设备

然后写个 grub.cfg 就行了，参考双系统 grub.cfg 怎么写。

@flyz 一直都是要授权的，除非利用系统漏洞。
4.x 及以前时代是安装时授权
5.x 以后是安装后动态授权

“话说 win 越用越卡可能是和注册表有关系”

是的，不知道楼主有没有听说过“注册表蠕变”（ registry creep ）

但是虽然这个会降低系统性能，但是绝对比 360 等流氓降低的少就是了。

@jiqing 吃鸡也有类似于 tp 的内核驱动

@seancheer #30
浏览器不是直接把密码存在硬盘上的，而是存在系统的“钥匙串”中的（例如 Linux gnome 下这个功能由 gnome-keyring 实现，kde 下由 KDE Wallet 实现）系统钥匙串由用户密码加密，所以即使物理接触，别人没有你的用户密码也没辙的。

没记错的话应该是的，错误提示应该是提示你这个静态库不能用于构建共享库。

试一下就知道了。

@Nitroethane #7
3.4 以后的 Linux 引入了 subreaper （子收割者？）的概念，进程调用 prctl PR_SET_CHILD_SUBREAPER 后，由调用者领养其后代的所有孤儿进程并履行 init(1)的职责，不知道 macos 有没有类似的机制。

还没升，1604 用的好好的懒得升级

@WinMain
@socradi

求稳定上 Debian testing 也应该比现在的 Ubuntu 18.04 稳定啊

不要这样做，这会浪费大量内存。降低用户体验。
尽量重用动态库，因为动态库实质上只有一份装入了内存，并使用写时复制技术保护。

是不是用了 vulkan 引擎，尝试其他引擎

4g 的 v6 给的地址的 prefixlen 是多少的

拿系统源码魔改一下编译个有这种功能的 ROM