[发明专利]linux应用libc库调用方法、系统、装置及存储介质

说明书

本申请公开了一种linux应用libc库调用方法、系统、装置及计算机可读存储介质，包括：应用程序调用预先集成在自身程序中相应的libc库；利用libc库调用系统内核接口，实现应用程序的运行；其中，libc库中记载了应用程序所需的链接和接口参数。本申请将应用程序正常运行所需的libc库集成至应用程序本身中，从而避免了应用程序无法调用系统中libc库的问题，确保了应用程序可以稳定运行，提高了可靠性。

技术领域

本发明涉及分布式存储领域，特别涉及一种linux应用libc库调用方法、系统、装置及计算机可读存储介质。

背景技术

在物联网场景下，尽管设备商提供的设备都使用开源Linux系统，但是为了考虑到应用场景(如：计算型服务器、设备接入网关、数据采集设备等)和成本，会对硬件成本进行定向选型，如下表1所示：

表一

针对上表所列的参数，每一项参数的差异都会因兼容性的问题而导致可执行程序无法在多类设备上都支持运行，例如，CPU架构的差异：由于硬件架构的不同，采用的指令集也不尽相同，导致不同架构上不发运行同一份可执行程序；Libc库的差异分两种：一种是版本之间的差异，有的库支持向后兼容，有的库支持向前兼容、有的库两种都不支持。另一种是发行方的差异。发行方之间几乎不兼容。

针对物联网场景中，存在的系统规格参数的差异性，现有的解决方案是设备商提供交叉工具链，然后开发者再基于该工具链进行程序的构建和运行，只有这样才能保证CPU架构和libc库版本的完全吻合，但是如果对那些做通用软件方案的厂商来说，每适配一家厂商的成本是非常高的，需要耗费大量的时间，例如完成一次适配可以能需要一周的时间。

而随着物联网的发展，物联设备种类差异性越来越多。市场业务的在不断壮大的时候，传统的适配方式已经严重阻碍了项目的快速交付，同时也在不断的扩大人力和物力的成本投入。传统的解决方式是需要投入一定的人力、物力来进行适配且周期长，具体如下：需要跟设备商提供对的交叉工具链，之后进行构建适配；若构建中途失败，则说明有接口或数据结构体兼容性的匹配问题，需要通过对自己应用程序进行修改而得到适配，如此往返多次最终构建编译通过。之后要进行功能的兼容性测试，如有功能不可用时，则需要继续通过接口层面进行适配，最终交付；上述步骤都执行完以后，基本都要5到7天的时间。

目前业界的交叉编译工具链都是由设备厂商提供，开发者使用该工具链对程序进行编译构建。在构建过程中对程序编译工具中的libc库以“动态链接”的方式链接交叉编译工具中的libc库，此时需要保证与设备系统中的libc版本保持一致，这样得到的程序才可以调用设备系统的动态libc库；但如果该运行程序放置在另外一个同CPU架构但设备的libc库版本较低或者不一致时，会因为libc接口不兼容问题而导致程序无法运行起来；现有技术中的程序运行时的调用关系可以参见图1所示，用户应用程序(User applications)调用系统中自带的libc库(OS-libc)与内核态建立通讯。

基于此，需要一种更为可靠的libc库调用方法。

发明内容

有鉴于此，本发明的目的在于提供一种linux应用libc库调用方法、系统、装置及计算机可读存储介质，提高可靠性。其具体方案如下：

一种linux应用libc库调用方法，包括：

应用程序调用预先集成在自身程序中相应的libc库；

利用所述libc库调用系统内核接口，实现应用程序的运行；

其中，所述libc库中记载了所述应用程序所需的链接和接口参数。

可选的，所述libc库采用musl库。

可选的，所述应用程序的集成编译过程，包括：