@geeksammao @bobawujh
从安全角度来说这样也没什么问题。日常用 1000 尼特你就等着眼瞎吧。。。

你的理解其实不完全对，GPL 并没有限制二进制分发，也没有限制商业使用（卖钱），它的核心思想是如果你想用它，你所做的所有修改都必须开源回馈社区。Linus 也说过 Linux 能这么成功 GPL 是一个重要因素。

Docker Desktop for Mac 用的 HyperKit 就是用的系统的 Hypervisor.framework ，这个都嫌重的话其他虚拟化方案也不可能更轻了。

@jiaoyidongxi
看了你下面的回复，我猜实际上 Linux 并没有做 Normalization ，只是正确的渲染了这个组合字符而已。Windows 上的显示问题大概完全是雅黑的锅。

@jiaoyidongxi
这并不是什么错误的假名，而是て和浊音符号的组合，是 Unicode 允许的。不然你以为 Unicode 里为什么会有 U+3099 （浊音符号）这个字符？
你说的「纠正」实际上是 Unicode Normalization （ https://unicode.org/reports/tr15/ ）中的 NFC ，事实上另外一种 Normalization 的形式 NFD 就是把所有字符都转换成你所谓的「错误」的形式。

英文搜索没用的，一样会有。还是得用 uBlackList 订阅规则。

@kop1989
你是不是对性价比有什么误解？
支持 arm64 是早晚必须要做的事，区别只是时间而已，我们就不考虑其他所有因素，就算早晚支持的成本都一样吧，早支持能让用户更早享受更好的体验，你的所谓性价比最优是怎么算出来的？

@kop1989
「一个银行 app 能有多少性能压力」
你知道为什么电脑、手机会越来越卡么？因为大家都是像你这样想的。

@cmdOptionKana
并不是随机的，是根据 email 生成的。
https://en.wikipedia.org/wiki/Identicon

要验证是否完整只能用 Hash ，像 GitHub 这种没有提供 Hash 的你只能多下几次然后对比 Hash ，如果全部一致那么大概率是没问题的。

最新版 Google TV 应用 ( https://play.google.com/store/apps/details?id=com.google.android.videos ) 自带 Android TV 遥控器功能，不过我不确定电视上没有 Google 服务框架能不能用。

试过 URL 编码了么？
%23

哦不过你这里应该没区别就是了

hexDigits[bt.toInt().and(0xf0).ushr(4)]
注意 ushr 和 shr 的区别，这里很容易错

@deplivesb Fork 和 Sublime 是一样的模式，无限免费试用。

A/B 分区的主要优势是可以无缝升级。没有 A/B 的话要先重启到 Recovery 然后升级，这段时间手机是不能用的，但有 A/B 的话就可以在系统启动时升级，升级的同时你还是可以用手机，升级完以后切换一下 Slot 然后重启就行了。
升级失败可以回退算是次要的吧，毕竟这种情况很少，而且如果新版本对 data 分区做了修改的话就算回退到旧版本还是很有可能不兼容。

@ikas @AoEiuV020CN
你们要找的是这篇：
https://jakewharton.com/d8-library-desugaring/

@mikeven 据我所知只有在产品（包括云服务）中使用 HEVC 的编解码器时需要付专利费，视频网站并不提供编解码器供用户使用，所以不需要付专利费。

首发买的 128 。虽然我本来也没对续航抱太大希望，但实际上还是比我想象的差一点。不过反正我是冲着 120Hz 的 LTPO 屏幕、（算是）旗舰级的芯片、Google 的优化和能第一时间用上最新的系统买的。目前不满意的主要两点，一是指纹解锁确实慢，比我之前用的 OnePlus 8 Pro 慢不少，二是开了 Smart Lock 的贴身检测以后动不动就会完全锁定（需要输入图案 /密码才能解锁）的 BUG ，希望后续修复。