linux
无论是
linux软件开发还是
Windows软件开发，都可以形象地比喻为一座屎山。不过在
Windows上，这座山的下半部分很大程度上是由
微软自家构建的。例如，典型的.NET Framework，再往下可能是各种
Windows底层库，这些基本上也出自
微软之手，比如游戏开发中不可或缺的DirectX。当然，如果这些现成的组件无法满足需求，一些软件还会选择自带一些DLL文件等。总体来看，在
Windows平台上，开发工作相对清晰地分为两部分：
微软负责系统层面的基础架构，而开发者则专注于应用层的具体实现。然而，
linux的情况却截然不同。作为一个开源操作系统，
linux的各个组件是由全球无数开发者共同参与构建的，而且这种开发往往是自发进行的，并没有统一的规划或协调。
linux的核心（Kernel）由Linus
领导的团队维护，但除此之外，还有许多分层和模块，比形协议X11/Wayland、硬件驱动支持以及桌面环境等。每一层都有不同的组织或团队负责开发和维护。对于一个普通软件开发者来说，在
linux环境下开发会面临更多挑战。首先，由于用户可能运行着各种版本的依赖包，我们很难确定目标环境中到底安装了哪些组件。如果随意捆绑某些前置包，可能会导致与用户已有组件冲突的问题；其次，即使能够成功捆绑，后续还需要持续跟踪原作者的更新情况，否则一旦出现问题，即便问题根源不在自己的代码中，最终仍需由开发者来解决。因此，大多数情况下，开发者会选择不捆绑任何前置包，而是让最终用户自行处理这些问题。早期的
linux软件安装过程被称为编译，需要用户手动配置所有依赖项，调整参数后再执行安装命令。这无疑是一个复杂且耗时的过程。后来出现了像deb和rpm这样的封装格式，它们可以自动检测并安装所需的依赖项，同时预定义好相关配置。除非有特殊需求，否则用户只需一路确认即可完成安装。然而，需要注意的是，即使是这样看似便利的安装方式，也是由不同组织分别开发的。这也解释了为什么会有deb和rpm两种主流格式的存在——曾经还有其他类似的方案，但由于缺乏广泛支持，最终未能形成规模。要同时兼容这两种格式几乎是不可能的任务，因为它们所依赖的基础软件版本往往存在差异，甚至有些还经过了特定定制。针对这一问题，现在出现了一种新的解决方案：Flatpak。无论你使用的是deb还是rpm系统，只要能成功安装Flatpak本身，它就会提供一个统一的运行环境。在这种环境下，软件无需再去检测客户机上具体安装了哪些包，就能直接运行。不过从某种意义上讲，Flatpak本身也可以被视为一种全新的软件包体系。
