[发明专利]与库操作系统的应用兼容性

说明书

背景技术

针对操作系统（OS）构造的库方法被1990年代设计的若干操作系统支持。库OS的概念是应用所依赖的OS的全部个性作为库运行在其地址空间。OS个性是对OS的应用编程接口（API）和应用可见语义（用来构建应用的OS服务）的实现。库OS方法的早先建议者最初争辩道：库OS能够通过对各应用的定制来允许更好的性能。例如，具有特殊文件访问模式的盘I/O绑定应用可通过使用自定义的文件-系统存储栈而非使用默认的顺序预取试探法来实现更好的性能。

和与它同时代的许多方法相似，库OS方法被很大程度上遗忘了，这是由现代虚拟机的增长而造成的。当大多数当代的新的OS设计（包括库OS设计）仅使少数自定义应用运行在小的研究模型上时，虚拟机系统因其能够通过重新使用现存的特征丰富的操作系统来运行较多应用而激增。库OS设计所提供的性能益处没有克服传统兼容性的需求。

发明内容

下面呈现了简化的发明内容，以便提供对所公开主题的某些方面的基本概念。本发明内容不是广泛性的概观。它并不旨在标识关键/重要元素，也不旨在划定所要求保护主题的范围。其唯一目的是以简化形式呈现一些概念，作为稍后呈现的更具体实施例的序言。

简单描述了的，所揭示的主题涉及与库操作系统的应用兼容性。应用可被绑定到兼容库操作系统。库操作系统可封装操作系统的最可能破坏应用兼容性的各部分并且可运行在主机操作系统的顶部。库操作系统的版本可以小于、等于，或大于主机操作系统的版本。因此，通过将应用绑定到合适的库操作系统，允许向后以及向前的兼容性。

为实现上述及相关目的，在此结合以下描述和附图描述了所要求保护主题的某些说明性方面。这些方面指示可实践本主题的各种方式，它们均落在所要求保护主题的范围之内。当结合附图阅读以下详细描述时，本发明的其他优点和新颖特征将变得显而易见。

附图说明

图1是促进应用兼容性的系统的框图。

图2是示例性库操作系统体系结构的示意性框图。

图3是促进应用兼容性的系统的框图。

图4是促进兼容性的方法的流程图。

图5是主机操作系统替代的方法的流程图。

图6是示出用于本公开各方面的合适操作环境的示意性框图。

具体实施方式

操作系统提供应用程序（或简单地，应用）和计算机硬件之间的接口，以允许应用与硬件交互。

针对特定操作系统开发应用。然而，操作系统随各发布（例如Windows 不同的服务包…）而改变，结果，维持与应用的兼容性是巨大的挑战。例如，如果一应用是针对操作系统的版本一而开发的，而计算机升级到了版本二，该应用可能不再以正确方式工作或运行。当操作系统厂商花费可观的资源维持兼容性时，每个操作系统的发布不可避免地导致大量坏了的应用。这对于丰富且关键的业务线（LOB）应用因新的操作系统发布而被破坏的企业而言特别麻烦。

一种解决兼容性问题的方法是使用虚拟机技术。不同操作系统可同时运行在不同的虚拟机上，应用可在兼容的虚拟机上执行。在此，应用与特定的全特征的操作系统一起被打包到单个单元中，且因此应用将总是运行在那个经打包的操作系统上，而不考虑虚拟机运行于其上的主机操作系统。此外，运行操作系统的完全不同的副本存在严重的性能和资源开销。实践中，消费者设备可能仅仅能够同时运行一个或两个虚拟机，造成其难以运行许多不同应用。

以下细节大体针对与库操作系统的应用兼容性。使用库操作系统可获得与虚拟机技术相同的益处，但是是以小的开销和性能成本来获得该益处的。此外，应用无需如通常做的那样与操作系统一起打包。相反，应用可与操作系统分开打包，尽管对特定操作系统或其版本存在强依赖性。作为结果，在不同的操作系统版本实例上运行各不同的应用是可行的。

更具体地，应用可被绑定到封装有操作系统的最可能破坏应用兼容性的各部分的兼容库操作系统。在一个实施例中，多个库操作系统可与主机操作系统打包在一起。在启动了应用的执行后，兼容库操作系统可被绑定到该应用并被加载到该应用的地址空间中。兼容的库操作系统的版本可以小于、等于，或大于主机操作系统的版本。因此，特别地，与操作系统的较早或传统版本的向后兼容性（又称兼容性）被允许，且与操作系统的较新近版本的向前兼容性（又称逆兼容性）也被允许。