轻应用与原生应用怎么选：三个维度的取舍

把原生应用换成轻应用是不是划算，取决于使用方式而不是设备档次。本篇从存储占用、后台行为、账号管理三个维度把两边的差异摆开，看完基本就能对号入座。操作层面还不熟的，先看轻应用创建步骤详解再回来。

维度一：存储占用

原生应用的安装包动辄几十上百 MB，装完膨胀到几百 MB 也不罕见；64GB 或 128GB 的手机里，三五个大应用就能吃掉可观的份额。

轻应用走的是另一条路：它本质是配置好的网页应用，本身几乎不占存储空间。对一个「网页端功能已经够用」的服务来说，原生安装包省下的就是实打实的空间。

适合换：网页版功能完整、只是想要个独立入口的服务。不适合换：网页端被阉割、核心能力只在原生端的服务——这类换了反而难受。

维度二：后台行为

不少安卓应用即使没被使用也会在后台驻留，推送、唤醒、保活轮番上阵，电量曲线肉眼可见地下滑。

轻应用不常驻后台：窗口关掉就停，没有保活一说。Hermit 甚至在引导页直接把这一点作为主张——用轻应用替代那些「没用也在耗电」的应用。创建完轻应用并确认功能无缺口后卸载原生应用，省电效果才完整。

维度三：账号管理

原生应用的多账号通常靠应用内切换，或者靠系统的「应用分身」——后者又是一份完整安装。

轻应用这边有沙盒容器方案：同一个服务的多个账号放进不同颜色的容器，同时在线、互不串号，工作账号和生活账号从此不用来回登进登出。这套能力需要安卓 9 及以上系统，属于进阶功能，细节展开在沙盒多账号与隐私隔离玩法。

一张表收尾

通知和离线是原生应用的传统强项，也是轻应用的相对短板；Hermit 用订阅源（Feeds）和网页监控（Web Monitor）补上了「盯更新」这一块，但对推送时效要求高的场景（例如即时通讯），原生应用仍是更稳的选择。

想动手试的话，安装文件资源与完整介绍都在 Hermit 轻应用介绍站，从建第一个轻应用到逐个替换，一个周末就够了。