DSU 免刷入安全吗：访客系统的风险边界与回退方式
很多用户对「刷 GSI」的担心来自刷机翻车的经验。DSU 路线的安全性确实更高，但它不是零风险，风险边界要分清。
机制层面的保障
DSU 的安全来自结构：访客系统跑在动态分区里，原系统分区完全不参与。
- 原系统不动：无论访客系统里发生什么，原系统分区原样保留
- 重启即回：退出访客系统只需要一次重启，不需要「刷回来」
- 可先试后定：一个 GSI 好不好用，先以访客方式跑一圈再决定要不要真刷
风险仍然存在的两个环节
- 解锁 Bootloader：这是多数 GSI 的前提，而解锁过程通常涉及清空设备数据——具体行为以厂商说明为准，动之前务必备份
- 镜像本身：来路不明的镜像在访客环境里同样能做坏事，来源与校验（MD5）不能省
另外，访客系统对性能与电量有额外开销，个别机型在 DSU 状态下可能有兼容问题——遇到异常，先重启回原系统再排查。
关于「重启后还在」的说明
DSU 默认是临时的：重启回到原系统。社区里同名开源 DSU 工具提供过 sticky 模式（让访客系统跨重启保留）这类进阶用法，Toolkit 内板块是否提供类似能力，以应用内实际功能为准。
动手前的最后一遍清单
- 数据已完整备份
- BL 解锁的后果已了解并接受
- 镜像来源可靠、架构匹配、校验一致