应用腾讯专区模拟器使用和思考

背景

我一直网易的mumu模拟器听小宇宙或者微信读书，我基本不去玩游戏，每次用的时候笔记本的风扇转的比较厉害，导致影响发自己写代码，一直想找别的模拟器，但感觉同类的模拟器反而没有这个好，直到我用微软商店应用宝（专区）

微软商店应用宝专区

1. 这个在微软商店中的腾讯专区，在左边最下边就是了。
2. 下载里面APP或者搜索APP，找到带有应用宝图标的就是这个专区的APP
3. 第一次下载这个APP，会提示下载需要组件，这个组件就是腾讯和intel合作研究 Androws 框架，这个就是用来跑APP的容器，大概下载700M多，后面这个容器安装后大概4G多
4. 安装好Androws后才会下载这个APP，然后安装
5. 桌面会创建这个应用图标

优点

1. 启动快，没有单独android桌面，只能通过桌面快捷图标启动对应对应APP，第一次稍微慢一点，因为 Androws 默认不是自启动，后面关闭APP，然后再启动APP基本就是秒开了，Hyper-V 这个主要是window 加权。
2. 内存占用很少，因为不是完全模拟整个android系统，裁剪很多不要模块，同时增加中间层，直接调用windows api，性能更快。
3. cpu 占用少，引用用的window 自己 hyper-v 虚拟化技术，比软件模拟指令快很多，这个技术实现原理不一样
4. 体验很好，因为跟专门跟windows结合
5. APP 体验跟windows 单独exe 一样，最小化，后台运行，体验非常好，如果播放音乐（博客）可以可以切换音乐播放栏，跟PC音乐播放器最小化一样的效果
6. 没有广告，这个应该是跟微软合作，所以腾讯没有加任何广告，这点其他模拟器完全做不到，android模拟器主要盈利模式就是靠广告，但PC 应用宝（技术是一样的），貌似有点广告，所以如果跟我一样只是听博客,那么建议使用只用应用商店的应用宝专区就可以了
7. 兼容性高，理论上应用宝大部分能够搜索到就可以运行，不过对于有安全检测可能不能完全像手机上跑

自己使用

1. cpu占比确实少了，风扇问题基本不会跑到80，我开mumu模拟器会把问题干到80°，导致风扇一直响，这个就是想找别的模拟器最主要的原因
2. 内存大概几百M，所以影响不大

技术分析

应用宝作为行业领先的应用商店，囊括民生政务应用、移动应用游戏、小程序、小游戏、云游戏等丰富内容；在2022年12月与Intel携手投入应用宝电脑版研发，并于2023年5月正式发布，助力移动内容在PC场景的分发，实现端手互通；
这个是腾讯应用开发平台

腾讯移动应用引擎系应用宝研发团队与Intel深度合作开发的androws新一代虚拟化引擎，采用aow原生方案，在技术上与传统模拟器差异较大，用户体验全面超越传统模拟器。

技术分析主要来之我跟AI交流的出来的，不一定百分百准确

这个技术原理：这个跟微软之前wsa 差不多，AI说是定制了wsa技术，这个之前windows和亚马逊合作产生产品，之前我也用过，比较麻烦，主要是无法直接使用应用，后面这块就是变成应用宝专区了。

1. 底层依赖hyper-v虚拟化（windows上的虚拟机），这个windows特有，更加针对windows加速，所以启动速度，内存占用少，一部分原因就是来之这块。
2. 定制android ，裁掉不要模块，不过所有模拟器都会自己定制android系统，增加各种功能，不过应用宝，主要为了把android体验跟普通exe一样，起码它桌面裁掉了，起码内存会少很多。
3. 增加了中间层，实现键盘映射，小窗，复制粘贴等等，这个其实前端界技术而已，这个跟scrycpy和xscry（电脑控制手机）技术差不多，通过 adb 权限实现反射class实现，不过自己定制系统都直接不需要adb权限实现了，直接暴漏出来也简单。
4. 启动快，主要是裁剪很多无用服务，使用intel 定制系统 Celadon android ，它使用x86架构，这样子就不用翻译了，所以速度快。

下面AI列出来一些关键点

AOW 原生方案的本质

🚀 与传统模拟器的区别

🧠 技术亮点

• Intel Bridge Technology：将 ARM 指令动态转译为 x86 指令，提升兼容性

• Intel Celadon：x86 架构下的 Android 开源发行版，作为容器基础

• WmpfRuntime：腾讯自研运行时，支持小程序与 App 混合调度

• 虚拟磁盘桥接：通过 TVDisk 实现文件隔离与共享

• 多窗口支持：每个 App 独立运行，支持自由缩放与多开

⚡ 为什么 Celadon 启动和运行快？

你说得很对，它的轻量化裁剪 + 原生硬件支持决定了它的性能优势：

1. 精简系统服务：减少启动项，跳过大量手机相关初始化流程

2. x86 原生构建：不需要 ARM 翻译（部分场景用 IBT 弥补），运行更直接

3. 无模拟框架：不像模拟器那样“模拟 CPU + 内存 + 时钟 + 总线”，而是直接跑在虚拟机中

4. 容器化部署：启动一个 App 实例就是运行一个容器，不需要完整冷启动整个系统

5. GPU、I/O、音频 直通优化：使用硬件抽象层（HAL）桥接到宿主系统，更高效

这个模拟技术与wine 有点类似

1. linux 架构都是x86, 这个跟应用宝技术架构一样，因为android 底层也是x86指令，所以不用动态翻译，性能快，如果从这里分析，这套技术真正点在于这个定制android 系统，如果别的模拟器，对接，那不是性能差不多？这个有点意思了。
2. 增加中间层，提供前端功能，提供键盘映射和小窗等，自己实现服务，wine自己实现系统dll。

加载本地APK

1. 需要登录QQ或者微信
2. 点击全部功能
3. 本地APK 安装

补充说明

1. 自己的APK不会在桌面图标生成，自己在开始菜单复制到桌面可以了
2. 对快捷点击属性，点击更改图标，（可以在应用宝搜索APP，然后找到这个图标），比喻我安装酷我车载版本，默认图标太丑了，不是对应酷我的，我自己应用宝下载移动APP（非车载版本），然后复制图标，替换原来图标就可以了

todo

后续自己想了好久 android模拟器 、 pc虚拟机 、nes模拟器、wine技术 思考他们本质技术，发现AI真好，身边哪有这样能够交流的人，什么都知道，虽然很多可能是错误，但可以不停的讨论进行修正

后续再说缺点和模拟器等的思考，因为最近断断续续写Nes模拟器