一种多架构环境下的嵌入式系统的开发与运行.docxVIP

一种多架构环境下的嵌入式系统的开发与运行 1 背景介绍 1.1 开发环境下开发并无固定应用 近年来，以自主cpu为核心的国内基础硬件生态系统不断发展和完善，但存在一些不足和薄弱环节。例如，在基本软件方面，操作系统通常基于开源代码的linux系统。这通常导致软件开发和运营依赖的不规范、应用版本的混乱和冲突等问题。基于系统开发和运行的实践，当前国产基础软件生态体系主要存在以下四个方面的问题。 (1)开发严重碎片化。Linux上存在太多的开发库，国产操作系统缺少一套类似微软.NET框架的统一开发解决方案，开发者难以选择最佳的开发语言、开发库和开发环境，比如对C/C++而言，主流的用户界面(UI)程序开发有Gtk、Qt、WxWidget三种，同时Gtk本身又有Gtk2和Gtk3系列 (2)权限控制机制存在安全隐患。主流的国产操作系统使用基于用户角色的权限控制机制，应用一般具备诸如访问用户文件 (3)跨架构应用移植不统一。应用软件可移植性越来越受到关注，诸如Java、Python等语言都提供一套虚拟机用于屏蔽底层处理器和操作系统差异 (4)应用软件版本混乱。主流的国产操作系统发行版都使用类似RPM、DPKG等打包系统构建，最大的特点是上游开发者和下游软件包维护者(打包者)明显地区分开。上游应用开发者编写代码，下游发行者获取并将其转化(编译、编写规则并重新打包)为RPM或DEB包；最后安装到本地系统中。这种场景在一定程度上解决了包的风险问题，因为软件包维护者往往会选择值得信赖和功能可靠的应用，但是也难以避免地暴露一些问题，上游应用开发者往往希望更高的发布速度，而事实上完全依赖下游发行者打包开发的应用，下游发行者决定具体的调度、申明、打包、提供支持等规则。应用本身的实际测试变得十分困难，因为最终用户往往可能使用不同的包版本，应用在某个发行版的某个版本下的测试，无法确定应用在其他发行版和其他版本的任意组合下都能正常运行；要测试应用在某个发行版的某个版本下的运行，开发者往往需要安装该发行版的版本环境，并编译运行该应用，这将是一项繁杂的工作。 1.2 开发平台架构 针对国产基础软硬件生态环境下应用软件开发与运行存在的问题，设计多架构应用软件开发及运行库服务系统，目标主要有以下三点： (1)提供跨平台多架构的统一运行库，屏蔽底层软硬件差异，使应用更易于分发到不同的平台架构，该运行库覆盖最基本的C/C++标准库、Python虚拟机、Java虚拟机等应用基本运行环境。 (2)提供统一和容易使用的开发接口，解决Linux上开发库的碎片化问题。 (3)提供应用运行沙箱，沙箱提供了文件系统隔离、系统资源隔离、物理资源隔离、权能限制和强制访问控制等策略，尽可能地防止上层应用直接访问底层主机，减少应用程序对主机造成的影响，为用户提供一个独立和安全的运行环境。 根据以上目标，应用软件开发及运行库服务整体框架如图1所示。 2 系统设计 2.1 ccf运行架构 多架构应用软件开发及运行库服务系统（CCF）自底向上分为操作系统态、运行态（CRE）、开发态（CDK）、应用态和分发态。其中，操作系统层包括当前所有主流的Linux发行版和底层处理器架构，多架构应用软件开发及运行库服务系统可支持所有主流Linux发行版和绝大部分处理器架构。CCF可屏蔽操作系统和处理器架构差异，基于CCF开发和运行的应用软件仅依赖于相应类型的CCF，与操作系统差异无关。使用操作系统类库，并直接运行于主机系统的应用软件属于非托管应用，这些应用一般与平台类型相关。运行层包括沙箱、核心基础库(如libc、glib、xlib等库)、编程语言通用库(分为用户界面、多媒体、进程通信、数据库操作等20多种类型)、编程语言执行引擎(如C++标准库libstdc++、Java虚拟机、Python虚拟机、PHP执行引擎、JavaScript解析引擎等)。开发层实际上是运行态加上开发应用必须的头文件、编译器、jar包、python模块等文件组成的。使用CCF开发并依赖CCF运行的应用是“托管”应用，并以“CPK”的方式分发。 2.1.1 运行时的支持 多架构应用软件运行时提供了基于良好定义且高度优化的环境，以支撑应用软件的运行。这里指的运行时实际上是一系列不同架构、不同版本的运行时。运行时包括C/C++、Python、Java等高级语言基本运行环境，具体表现为可执行文件、动态链接库、资源文件、配置文件、脚本等。运行时本身又分为基本运行时和开发运行时，前者是支撑一个应用运行的最小环境，后者则在包含前者的基础上，添加编译和调试应用所需的基本环境。运行时的整体设计如图2所示。 2.1.2 应用程序框架 多架构应用软件开发工具由开发运行时、工具链、基础类库、公共接口、应用框架组成，支持C/C++、Java、PHP、Pyth