arm kvm 很早之前，我自己企图尝试过。当时手上有一款退役的小米 8 。查找多方资料，高通的处理器很早之前就支持了虚拟化，但是几乎所有厂商都在 bootloader 中把虚拟化相关的功能给禁用了。原因不明。

同时很遗憾的，几乎没有什么厂家开源 bootloader 的代码，因此我最后的尝试并未成功。以现在国内 Android 手机的性能，实则过剩。不过这种虚拟化方案更具有实际意义的是双系统，如果走嵌套虚拟化的路线，则很可能被黑产用来刷设备，进而导致各个厂家的应用风控愈发严格，或更加严重的个人信息采集（手机号、身份证啥的）。

合理为啥不能改呢，单纯为了抬杠而抬杠就没意思了。大家都是出来赚钱的，可不是来抬杠的。

可以试试 adguard home ，上游直接走 DOH ，缓存时间可以稍微设置长一些，毕竟 DNS 不会频繁变更，副业顺带还可以过滤部分广告。反正简单配置下，现在小米电视和爱奇艺的广告是看不到了。

装是都可以装的，adb 以后啥应用都能装，主要两个问题。

1 、手机版应用在机顶盒上，可能横竖屏存在问题，即应用一直竖屏显示
2 、手机版应用大概率不支持遥控器操作，意味着你需要外接鼠标、键盘操作

特别是第二条，便利性还不如投屏方便。

待在深圳的时候，发现许多小区根本没有联通资源，最后选择了移动（毕竟便宜。

现在到了杭州，联通还算不错，当然可能和小区也有关系。720 两年 200M ，双拨一下，喜提 500M 带宽，上行也叠加到接近 100M 。算是性价比很不错了。

基本可以认为从诞生游戏就有这个玩意了。抽卡本质就是随机产生奖励。几乎所有游戏都有这个属性。

唔，各位都是多少收入，月收入三四万都没这些破烂事情。

@fisherwei 性能不太可能比 iSCSI 更好。我自己这里有过某个应用场景，高负载、大带宽的磁盘随机读，分别尝试过 SMB/FTP/WebDav/NFS/iSCSI 。

在内网 40G 的带宽以及 Intel M.2 固态的支持下，只有 iSCSI 能够在较低的磁盘负载下，提供更高的网络吞吐量。

其他各类协议的额外开销都很大，甚至部分协议在只读取文件部分内容时，会传输整个文件，导致网络带宽被浪费。

@yibo2018 唔 我的意思是，我的小伙伴在业务逻辑中自己组装数据的时候，很容易出现笛卡尔乘积。就是有一些小伙伴的业务能力相对欠缺，因此还不如直接把这些任务丢给数据库，至少数据库的下限高于许多开发人员。

至于数据库上的笛卡尔乘积，除了 inner join 以外，在多表查询或者嵌套了子查询的情况下，也容易出现。但是数据库上的问题相对好解决（即数据是通过视图返回的，即使存在问题后修改，保证字段一致，不需要修改程序），同时存在 explain 方便排查。

个人是一律丢数据库，毕竟写起来简单，后期数据库顶不住还可以读写分离、一主多从。有的小伙伴自己实现的 left join 逻辑真的感人，一言不合就笛卡尔乘积。

都丢数据库，至少下限是比较高的。哪怕是初学者也不会写的太垃圾。

针对特定机型的可能还有一些获取设备不可变更的唯一标识符方法，是由于某些 OEM 实现不规范导致的。例如早年 MIUI ，把 IMEI 写入 system props ，但是 selinux 权限没配置好，导致非特权应用也可以读取。

但是具有一定通用性、可读取不可变更的唯一标识符的方法是没有了。从现在来看，多数应用采取的方法是尝试在首次安装时自行生成一个唯一标识符以及获取 OID 来标识用户了

这个问题扩展一下，你会发现很多语言都不具备对抗破解的能力，从最近几年大热的 electron/.net core ，到老牌选手 Java/python 来看，几乎带有跨平台能力的开发语言被反编译都是接近源码级的。其中的例外选手也是有的，比如 Golang 是直接编译到 native code 。可人家直接编译到 native 的目的也并不是为了提高反编译难度，主要还是为了运行速度。

同样再看看大厂应用，Microsoft 、Google 、Adobe 等企业出品的应用，几乎也没有在产品上做什么技术手段对抗反编译，基本上编译出来是啥就是啥。

可以基本认为，语言的开发者（社区）以及多数开发人员都不太关心源码的保护。

现在的对抗反编译的手法几乎是 10 年前没什么区别。

1 、各种中间语言尽可能的编译成 native code
2 、实在编译不成 native code 就加混淆，降低可读性
3 、已经能编译成 native code 就再弄 OLLVM ，再混淆

能输出，不能输入优先判断板子上 RX 引脚是否虚焊。另外可以看一下输出的内容，是否有可能设备本身不接受输入。

通常这种 TTL 线缆不需要接通 VCC ，但需要接入 GND

避免蚊虫的有效手段

1 、蚊帐
2 、电蚊拍
3 、空调温度调低

其他的都白扯

miui eu 其实来源不太明确，其自称是小米有合作，且为小米全球化的重要组成部分，网站底部原文

> Since 2010 our web site has officially worked with Xiaomi on a variety of projects for APP translations and bug fixing and is a major part of today's Xiaomi Global ROM experience thanks to the great team at xiaomi.eu and its community.

但其实并不是我们所认识的小米公司所发布，应当是可以归结于民间大神的发布。小米官方的海外版本主要分为 Global 以及其他各地区版本（如欧洲地区的 EEA ，俄罗斯等），但只有小米在对应地区有销售相关机型，才会有相关版本，否则官方基本都只有国行版。

至于 xiaomi.eu 是否和小米真的有合作，暂时我没找到其他地方的资料予以佐证。但因为是民间大神发布，自然 ROM 是无法具有小米官方的签名，刷机前需要解锁，且无法重新上锁。

如果在设备遗失的情况下，解锁的设备，内部资料是比较容易被访问到的。而未解锁设备，他人需要使用需要先行解锁，就要验证原小米账号，即使存在一些特殊途径可以绕过小米账号的验证。解锁后，依旧会双清，至少保证了数据安全。

@CirnoSalt #23 我觉得你说的对，但是 [当前 DNS 服务器不可用，是否还原默认或设置为推荐地址] 这种提示，拿去问一下你的男女朋友、父母等各类非计算机从业人员，他们是不明所以的。甚至不知道选是与否的区别是什么，只能瞎点。小米这种做法是不妥，只能说是最终向用户体验低头了。毕竟专业用户占比还是极少数。

本意应该是为了当用户自己设置错误时，仍然可以保持网络连接，而不是直接嗝屁。

这更多的还是出于用户体验的考虑。