从商店安装的软件默认安装位置一般是 /opt （也可能是 /usr）目录下面，安装路径大概不能更改。。。

用浏览器下载的软件，如果下载下来的是 .deb 包，然后使用软件包安装器来安装的软件，一般安装位置也是 /usr 或者 /opt，一般安装位置也不能更改。。。

也有一些可以修改安装路径的软件，一般跟着安装程序一步一步操作就能看到“选择安装路径”这个步骤，或者在安装包里面会有一个 readme 文件详细说明如何修改安装路径。 也有直接解压之后就能运行的软件，这种软件直接解压自己想安装到了路径即可。

P.S. 如果你想看某个软件安装到哪里了，可以用文本编辑器打开该软件的桌面图标（右键 -> 打开方式 -> 文本编辑器），然后找到 Exec= 一行，该行后面的内容就是该软件的可执行文件的路径。例如：

是 wps-office 的安装位置

我也感觉到了，这系统就像是一个大手机。

但如果不能更改，系统发展到最后，必定要兼容游戏。一个游戏上百G，默认一个路径肯定是扛不住的。

确实，主要是 deepin 的上游 debian 采用的就是 .deb 包这种安装软件的方法，deepin 只能“继承”这个特性。。。

如果对软件安装的位置有特殊需求的话或许可以在装系统时给 /opt 单独分区。

（不过我感觉那些比较大型的软件似乎很多都会提供多种安装方式，除了 deb 和 rpm 之外还会提供能选择安装路径的安装方式，例如免安装解压之后直接运行，或者在安装程序中能选安装位置）

1.手机系统与Linux有着很深的渊源，所以两者有很多相似之处。安卓和鸿蒙都采用Linux内核，可以说跟linux是父子关系；linux借鉴了UNIX的思路和理念，IOS源自UNIX，可以说两者是表亲关系。

2.Linux下已经有很多可用的大型游戏，估计以后会越来越多

鸿蒙采用的并不是Linux内核，Linux是运行在鸿蒙上的子系统，与微软推出的WSL是同一性质的

Steam上的游戏和自带安装脚本的程序应该都能换下载路径...

还有一个游戏真的能花100G吗？我见过最多的也就50G左右。

steam好像使命13和方舟有超过100G，除此，本体加包超过的就多了。国内的剑网三也从20G一路飙升到现在的70G，还在涨。

steam独立管理，游戏这种问题不大

可以把安装的分区挂载到机械上

手机上的鸿蒙就是去掉谷歌服务的安卓（AOSP）+EMUI系列。。。

至于所谓Linux是运行在鸿蒙上的子系统，更是无从谈起了。。。

就连真正开源的OpenHarmony的架构图里Linux kernel也不是运行在harmony内核上方的

本图截取自Gitee Openharmony项目

从图上看，Linux Kernel运行在内核层

不过，现在生态至此，关键在于如何平滑过度，留存用户，才有下一步发展

• 不过，现在，运行的APP主要是Android APP也是事实，
• 回到Harmony本身的进程调度、信息处理和组件构成，的确是很优秀的，现在生态能够提供正反馈才是要紧，毕竟，国产的其它系统，也面临这样的问题

OpenHarmony自己的架构图也看到了，linux kernel并不是运行在一个所谓的兼容层

而Harmony，那个手机上的，根本就没开源，而之前各种证明这是AOSP的证据我不想再赘述了

Harmony OS接下来的发展就是一个魔改的安卓的发展，和其他国内的UI没有啥区别，只不过可能实现上不同，比如智慧家庭场景或者应用投屏场景用了一些可能将来会和Open Harmony兼容的方案

OpenHarmony，我个人不太看好，想替代安卓和现在的Harmony恐怕不太可能，而做一个智能手表是够了，可是现在智能手表的方案也很多，也许可以靠着鸿蒙的名头，免费使用和免费售后提升下占有率？

至于期待OHOS进入智能机市场，我觉得五年内悬

我觉得鸿蒙就不应该兼容安卓

比如说吧firefox如果完全兼容chrome插件，那会发生什么呢，那就没必要再开发firefox插件了

对鸿蒙的期待从一开始就是一场虚幻。

其实有没有一种可能，就是，可能哈

一开始就没计划过什么鸿蒙

不兼容安卓，也不会有多少厂商愿意去专门开发应用的，而且上下游开发工具链的集成，短时间也是问题，兼容Android并逐步推广，是一个可靠、有效的办法

• Firefox的发展是在已经有一定的用户当量，且有相当一部分Fans，且有历史积累的情况下的案例

• 一个大项目的开发，周期漫长，仅就队伍磨合，就需要数年
• 计划嘛！当然是，提前做，才有用

Harmony运行Android APP依靠AOSP这是肯定，不然呢？

• 可这，与Harmony本身的运行机理，并没有什么关系，尽管，为了实现这一点，也需要在系统上做一些兼容处理也是客观需求

魔改安卓是肯定的，因为要逐步把Android应用的组件转接到Harmony的实现上去，这一个工程量很大，毕竟这需要同时对两个系统都非常了解，才能做得到

• 现在替代，当然不可行，所有才有了兼容Android的操作；
• 在国外，与Harmony类似的OS是Fuchsia，但Google显然遇到了一些问题
• 任何一个系统，初面世，都面临应用生态的问题，对于Google而言，Fuchsia的一个大问题，也是是否兼容Android；就是MacOS也面临应用生态的问题，过去数十年，也是要兼容Unix和Linux应用的，Apple在推广自己的应用的过程中，也是逐步进行的，只是近年来的移动互联网，推高了Apple，使得这一个进程加速了而已
• 事物的发展都有一个漫长的客观过程，罗马也不是一天建成的

至少在他自吹自擂可以直接替换的时候，这东西实际上连计划都没有

这就够了，至于将来能不能真的用来干什么事，看他的能力了