有大量基于ARM的低成本迷你设备问世(Cotton Candy等).其中一些是仅Android,一些仅限Linux,有些允许两个操作系统运行.
唯一的问题是:所有这些都是基于ARM的设备.虽然Android应用程序可以在x86和ARM上运行在Android上,但我很难找到在ARM上运行在Linux上的有用应用程序 – 事实上,甚至ARM上的Ubuntu仍然没有得到很好的支持.
我有两个相关的问题:
>制作可以运行Ubuntu / Linux和相关x86应用程序的低成本x86设备是否很难?
> Android应用程序如何在x86和ARM上无缝运行,而Linux应用程序必须为ARM重新编译?
解决方法:
严格来说,“Linux”是Android和类似unix的操作系统使用的操作系统内核,通常称为linux,有时更正式地称为GNU / Linux,我们通过ubuntu和debian等分发版知道. Linux是操作系统内核,用C语言编写,必须编译为本机机器代码.
我认为jordanm在回答有关GNU / Linux和Android之间user space差异的问题#2方面做得很好.这是Android堆栈:
Linux (native machine code, instantiated by bootloader)
Dalvik (native machine code, instantiated by linux)
Application (java bytecode instantiated by dalvik)
Dalvik是一个“虚拟机”,运行时解释字节码,字节码是从java预编译的.换句话说,它是一个像服务器一样一直运行的用户空间应用程序,它处理处理bytecode的请求.Android应用程序用java编写,预编译为字节码,并在dalvik虚拟机内运行.
这与shell,python,perl,ruby和javascript之类的运行时解释器非常类似,因为它意味着为解释器编写的代码将在解释器执行时起作用.对于代码和执行之间的阶段,它们并不都具有相同的策略,但这是另一个主题.
这些解释器都由操作系统内核运行,该内核也运行计算机.内核和解释器都作为机器代码存在于磁盘上;内核被引导加载到ram中,从而通过处理器运行的基本指令流是内核的;内核还可以将指令从其加载到ram中的其他机器代码工件(例如dalvik虚拟机,或者init守护程序,或shell,或X服务器)中流出,并且它是系统的组合逻辑,它交错指令处理器流使得内核保持其角色并且不能被替换.它是所有硬件的守门人,因此许多道路都会引导它并控制时钟.
android / dalvik简化了用户登陆应用程序的可移植性,就像perl或python简化了一样.它是从代码中编译而来的一种优化形式,不是为了满足任何特定架构的需要.与内核一样,解释器必须以特定于体系结构的方式进行配置和编译.
现在这里是GNU / Linux堆栈:
Linux (native machine code, instantiated by bootloader)
Application (native machine code, instantiated by linux)
这里的应用程序包括shell和init守护进程. Shell脚本在这个意义上不是应用程序,因为它们是由shell解释的,java,python,perl等程序也不是,但是从shell或init守护程序启动的应用程序是否存在于磁盘上作为本机机器代码因为init和shell实际上要求内核为他们做这件事 – 他们不能自己做.
所有这些应用程序 – shell,init守护程序,X服务器,Web浏览器(主要使用C或C编写)必须单独编译为特定于体系结构的表单.
希望能有所启发.关于ARM上的linux,有两个主流,一个用于Raspberry Pi上使用的armv6指令集 – 这些是专用的 – 还有一个用于armv7的通用流程,我认为它包括大多数移动设备. Fedora,debian,ubuntu等ARM分布是后者,而pidora,raspbian等都是前者.
标签:android,x86,ubuntu,arm
来源: https://codeday.me/bug/20190816/1663665.html