只是 web 页面无法访问，但是 npm 实际还是可以使用的吧。

2l 说的没毛病

@cathedrel Android 的权限不是像你想的那样的方式工作的，支付宝也没有想绕过权限保护。

1. 唤醒其他 App 不需要获取应用列表的权限。

2. App 之间通过 Intent 通信。在一个 app 需要另一个 app 提供协助时，不会像你想的那样，先查有哪些 app，再打开那个对应的 app 。而是通过 intent 通信描述自己需要完成的功能，然后具有对应功能的 app 就会响应 intent 。

举个例子：
Intent intent = new Intent(Intent.ACTION_PICK, ContactsContract.Contacts.CONTENT_URI);
startActivityForResult(intent, PICK_CONTACT);

这段代码就会将 intent 广播到系统，并由具有“PICK_CONTACT”功能的 App 响应。

3. 支付宝之所以需要应用列表权限是因为要反黑产，主要是用来检测 xposed，magisk，是否 root 等。

支付宝打开通讯录 App 让你选择目标手机号，选择完了支付宝只能看到你选的那条记录的。

Don't be panic.

楼主说的没问题，不停的弹调试信息基本就意味着赶工和质量堪忧。

目前大厂如 AWS 、阿里都走向了虚拟化硬件加速卡的路，分别对应 Nitro 和 X-Dragon 。这应该是未来虚拟化的主要发展方向，有兴趣的大家可以去搜一搜。

Nitro: https://perspectives.mvdirona.com/2019/02/aws-nitro-system/
X-Dragon： https://dl.acm.org/doi/10.1145/3373376.3378507?spm=a2c6h.12873639.0.0.4b746bffXyjrXO&file=3373376.3378507

@swulling 没人混着谈，大家都知道底层是 KVM，但是上层具体实现方式差距很大。

KVM 在虚拟化架构里基本上只负责 CPU 和内存虚拟化，而实际场景下还需要做存储虚拟化、网络虚拟化等等。OpenStack 或 Apsara 之类的和底层的技术不是割裂的呀。

@zhjits 虚拟化不只是 qemu 。要调度，要存储，要容错的。
qemu 只是一个 hypervisor 。

阿里是飞天，也是自研的。

同 debian

都是 Linux，谁能比谁高级到哪里去？

@elfive 怎么说？

你的 nginx 不会是 fork 吧…

有点虚拟机内存回收的意思？

同觉得最后一个工程师的回复没啥问题，也不咋搞笑。

属实发个内网贴让他火。

@Bijiabo 说说是谁，这种违反“客户第一”价值观的人需要被坚决抵制。

建议上云，云厂商对于这种攻击是有一定防护能力的。

Q1: 默认镜像和来自镜像市场的镜像无法直接导出。想导出的话可以创建一个实例后，从创建的实例创建自定义镜像，然后导出自定义镜像就可以了。

Q2: 从阿里云开源镜像站下载下来的镜像和导出的镜像不是一样的。
从开源镜像站里下载到的是一个完整的、可以再次安装的镜像；导出的镜像只能在虚拟机如 qemu 里使用。
如果需要在非云环境安装的话，建议直接从阿里云开源镜像站下载镜像，然后把 yum 源换一下就行（个人觉得最大的体验提升就是默认国内源