各位小伙伴们，此前我们已经对玲珑包格式的诞生、特性进行了完整的介绍。

在接下来的一系列文章中，我们将带大家深入挖掘玲珑包格式的更多内容，着重向大家介绍传统包管理的问题，以及我们是如何借鉴了主流通用独立包格式的优秀思路，创造了 “玲珑方案” 。

01 传统包管理问题

第一，不同发行版维护成本高 。 由于deb与rpm这两种包格式完全分割，开发者需要针对不同发行版单独构建和维护包。

第二，兼容性问题难以解决。deb与rpm允许各个包之间有复杂的交叉依赖（或循环依赖）关系。这使得维护包管理系统需要极强的专业知识，稍有不慎， 就会导致系统彻底故障，很难修复。系统升级有概率导致应用依赖关系被破坏，从而引发兼容性问题。

第三，安全性难以把控。传统Linux系统下的包管理更面向系统管理员而非应用开发者和使用者，给予了包更多的对系统的修改权限 ，应用开发者容易在不熟悉系统的情况下埋下较多安全隐患。

02 选择解决方案

面对以上传统包管理的问题，业界已经有了一些通用独立包格式的解决方案。它致力于帮助开发者在所有Linux发行版运行同一个版本的应用。

为了实现这个目的，它们会将系统与应用进行隔离，于是封装了一个独立于系统的运行环境，应用不再依赖于操作系统本身提供的运行环境。另外，通用独立包格式也在努力增强安全性，通常它们会使用 “沙箱” 来将应用与宿主机进行隔离，防止恶意程序携带的病毒感染整个系统。

然而，这些方案也存在一些问题 ：通用软件包格式为了让应用独立于操作系统，从而封装了依赖到单独的运行环境，势必会造成应用体积变大；且为了保证通用性，需要一个庞大的运行时环境，对磁盘空间占用则会更多。对于应用来说同样存在这个问题，应用需要将部分独有的依赖加入到应用自身，使得软件大小会比传统包格式更大，对于性能也有所损耗。

另外，安全性上也有待加强。比如部分独立包格式的解决方案以root权限启动沙箱，会留下各种提权攻击的隐患，从而可能引发安全问题。

03 玲珑方案

玲珑，为兼容与安全而生。它致力于治理Linux系统下传统软件包格式依赖关系复杂导致的各种兼容性问题，以及过于松散的权限管控导致的安全风险。 在技术方案的选择上， 我们吸取了主流通用独立包格式的优秀思路，将应用/运行时/系统环境进行分层管理，将应用的运行依赖独立出来构建出一个较为通用的runtime，且提供了完善的机制，支持发行版针对runtime进行深度优化，兼顾通用与轻量化，避免过多占用磁盘空间和影响性能。

同时，采用“沙箱”的容器化机制运行应用，将应用与系统进行隔离，减少应用对系统造成破坏的可能性。另外，默认限制“沙箱”的root权限，防止应用运行时可获取过高权限，减少用户数据被损害的风险。 在软件分发方面， 玲珑支持增量在线分发，同时也可支持bundle格式进行离线分发。离线分发时，无需安装应用即可双击直接运行，无需卸载应用，直接删除包文件即可，使用非常方便。

那么以上是玲珑方案创造历程的介绍，欢迎各位小伙伴们与我们进行使用体验交流！

在后续的揭秘中，我们将会进一步对玲珑组件、权限管理机制进行解读，敬请期待！