ubuntu 与android(ubuntu安装安卓应用)
大家好,今天小编来为大家解答以下的问题，关于ubuntu 与android，ubuntu安装安卓应用这个很多人还不知道，现在让我们一起来看看吧！
Ubuntu for Android系统特点
Ubuntu for Android系统是一个由Canonical和Linaro合作推出的基于Linux ARM的优化版本，旨在为Android和Ubuntu提供先进的支持。系统主要特点如下：
优化过的Ubuntu ARM版在ARM支持方面表现优异，与Ubuntu桌面版几乎完全相同，包括Unity桌面、软件集等组件，提供了一套全面的Ubuntu解决方案。
Ubuntu for Android系统特别优化以集成Android，支持访问Android的照片、视频、联系人，并在Ubuntu桌面环境中调用和显示Android应用，接收Android消息。这一功能使得Ubuntu与当前开发中的Android手机易于整合。
系统支持由Adobe、Citrix和VMWare授权的商业应用程序，增强了其企业级应用能力。
Ubuntu和Android运行相同的内核，同时运行并访问存储数据，实现了系统间的高效协同。
Ubuntu for Android系统旨在提升多核CPU和GPU手机的销售，并加快4G网络的普及。其目标市场为企业级瘦客户端，提供高性能、低成本的解决方案。
最重要的是，Ubuntu for Android项目由Canonical官方、Linaro组织及其他厂商共同发起，享有良好的支持与发展前景。这一系统通过融合Android和Ubuntu的优势，为用户和企业带来前所未有的移动计算体验，具有极高的市场潜力和应用价值。
Linux和安卓有什么关系
Android是基于Linux内核的操作系统，也曾经和Linux基金会因为内核问题产生过分歧。
虽然Android基于Linux内核，但是它与Linux之间还是有很大的差别，比如Android在Linux内核的基础上添加了自己所特有的驱动程序。
Linux仅仅是内核，根本就不是一个完整的操作系统。
一个完整的操作系统，包括内核，功能库，用户界面三个主要部分。一个应用程序，主要运行的并不是依靠内核来运行，它主要是借助功能库提供程序功能函数支持，用户界面层提供显示和交互的功能函数支持，内核只是一个硬件驱动交互，任务分配，内存管理，IO处理的最底层的支持。
一、Android为什么会选择Linux
成熟的操作系统有很多，但是Android为什么选择采用Linux内核呢?这就与Linux的一些特性有关了，比如：
1、强大的内存管理和进程管理方案
2、基于权限的安全模式
3、支持共享库
4、经过认证的驱动模型
5、Linux本身就是开源项目
二、Android不是Linux
因为它没有本地窗口系统，没有glibc的支持，而且并不包括一整套标准的Linux使用程序，同时增强了Linux以支持其特有的驱动。
1.它没有本地窗口系统
本地窗口系统是指GNU/Linux上的X窗口系统，或者Mac OX X的Quartz等。不同的操作系统的窗口系统可能不一样，Android并没有使用(也不需要使用)Linux的X窗口系统，这是Android不是Linux的一个基本原因。
2.它没有glibc支持
由于Android最初用于一些便携的移动设备上，所以，可能出于效率等方面的考虑，Android并没有采用glibc作为C库，而是Google自己开发了一套Bionic Libc来代替glibc。
3.它并不包括一整套标准的Linux使用程序
Android并没有完全照搬Liunx系统的内核，除了修正部分Liunx的Bug之外，还增加了不少内容，比如：它基于ARM构架增加的Gold-Fish平台，以及yaffs2 FLASH文件系统等。
4.Android专有的驱动程序
除了上面这些不同点之外，Android还对Linux设备驱动进行了增强，主要如下所示。
1)Android Binder基于OpenBinder框架的一个驱动，用于提供 Android平台的进程间通信(InterProcess Communication，IPC)功能。源代码位于drivers/staging/android/binder.c。
2)Android电源管理(PM)一个基于标准Linux电源管理系统的轻量级Android电源管理驱动，针对嵌入式设备做了很多优化。源代码位于：
kernel/power/earlysuspend.c
kernel/power/consoleearlysuspend.c
kernel/power/fbearlysuspend.c
kernel/power/wakelock.c
kernel/power/userwakelock.c
如果给内核添加驱动也可以称之为不同的话？
3)低内存管理器(Low Memory Killer)比Linux的标准的OOM(Out Of Memory)机制更加灵活，它可以根据需要杀死进程以释放需要的内存。源代码位于 drivers/staging/ android/lowmemorykiller.c。
4)匿名共享内存(Ashmem)为进程间提供大块共享内存，同时为内核提供回收和管理这个内存的机制。源代码位于mm/ashmem.c。
5)Android PMEM(Physical) PMEM用于向用户空间提供连续的物理内存区域，DSP和某些设备只能工作在连续的物理内存上。源代码位于drivers/misc/pmem.c。
6)Android Logger一个轻量级的日志设备，用于抓取Android系统的各种日志。源代码位于drivers/staging/android/logger.c。
7)Android Alarm提供了一个定时器，用于把设备从睡眠状态唤醒，同时它还提供了一个即使在设备睡眠时也会运行的时钟基准。源代码位于drivers/rtc/alarm.c。
8)USB Gadget驱动一个基于标准 Linux USB gadget驱动框架的设备驱动，Android的USB驱动是基于gaeget框架的。源代码位于drivers/usb/gadget/。
9)Android Ram Console为了提供调试功能，Android允许将调试日志信息写入一个被称为RAM Console的设备里，它是一个基于RAM的Buffer。源代码位于drivers/staging/android/ ram_console.c。
10)Android timed device提供了对设备进行定时控制的功能，目前支持vibrator和LED设备。源代码位于drivers/staging/android/timed_output.c(timed_gpio.c)。
11)Yaffs2文件系统 Android采用Yaffs2作为MTD nand flash文件系统，源代码位于fs/yaffs2/目录下。Yaffs2是一个快速稳定的应用于NAND和NOR Flash的跨平台的嵌入式设备文件系统，同其他Flash文件系统相比，Yaffs2能使用更小的内存来保存其运行状态，因此它占用内存小。Yaffs2的垃圾回收非常简单而且快速，因此能表现出更好的性能。Yaffs2在大容量的NAND Flash上的性能表现尤为突出，非常适合大容量的Flash存储。
怎样在Ubuntu下安装Android SDK/ADB
Ubuntu电脑安装Android SDK/ADB
第一步，你要下载Linux版Android SDK的安装或文件包，然后你需要从Android SDK Manager内下载Platform Tools
Package
请从Google官方获取Android
SDK安装或文件包，通常情况，你下载的文件名为android-sdk_rxx-linux.tgz的形式，rxx代表版本，比如，r16版，即android-sdk_r16-linux.tgz，r24版，即android-sdk_r24-linux.tgz
请放置Android SDK安装或文件包在你的用户主目录
在你的Ubuntu电脑上打开终端窗口
解压Android SDK文件：
cd~
tar-zxvf android-sdk_r16-linux.tgz
在~/android-sdk-linux/tools字目录，有一个叫做android的可执行文件，尽管名字是android，但它实际上是Android
SDK Manager
运行Android SDK Manager：
./~/android-sdk-linux/tools/android
选择Android SDK
Tools与Android SDK Platform-tools项，点Install
packages安装Platform Tools
Package工具包。包括ADB与Fastboot可执行的文件在内的工具包都会被下载，由于下载的文件较多而需要一定的时间，你能去喝点东西
你下载的Platform Tools
Package工具包文件将位于新创建的~/android-sdk-linux/platform-tools目录
第二步，修改ADB与Fastboot可执行文件的默认PATH路径环境。PATH环境变量可以是在~/.profile（或~/.bash_profile）或者~/.bashrc文件内修改，~/.profile文件是读取所有交互式Shell的登录，~/.bashrc文件读取所有非交互式Shell的登录（如sftp），在大多数默认情况下，~/.profile文件导入所有~/.bashrc文件的设置。PATH命令设定的改变必须包括/android-sdk-linux/tools与/android-sdk-linux/platform-tools目录
kevdog的PATH命令设定通过Ubuntu系统内初始的默认编辑器Gedit在~/.bashrc文件底部增加了一行：
export
PATH=${PATH}:${HOME}/android-sdk-linux/tools:${HOME}/android-sdk-linux/platform-tools
第三步，我们需要为Ubuntu创建udev设备管理规则，从而让设备在通过USB端口连接到电脑时能被正确地识别
将设备连接到电脑，然后执行命令：
lsusb
你会看到类似于下面的输出信息：
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation
2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004
Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001:
ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 063: ID 04e8:6860
Samsung Electronics Co., Ltd
由于kevdog的设备是Samsung的某款设备，因此你能看到相应的识别信息：
Bus 001 Device 063: ID
04e8:6860 Samsung Electronics Co., Ltd
我们来解释下上面的识别信息：
Bus 001 Device
063，设备端的名称是/dev/bus/usb/001/063，即这个信息可以帮助我们确定设备端的名称
04e8，vendorID，即供货商编号
6860，productID，即产品编号
使用设备端的名称/dev/bus/usb/001/063可以让我们查询设备的属性，查询这些属性有时很有必要，因为udev设备管理匹配设备是基于特定标准的。为此，我们需要一个正确的udev设备匹配规则集，这个过程的第一步就是查询能被连接或插入到我们规则集的准则，这可以通过udevadm程序来实现，并且有两种方式现，它们生成的输出信息为我们的设备构建udev设备管理规则：
udevadm查询udev设备管理规则方法1：
udevadm info-q all-n<name of device
node>
根据原作者的实际情况，设备端名称是/dev/bus/usb/001/063，因此命令是：
udevadm info-q all-n/dev/bus/usb/001/063
你会看到类似于下面的输出信息：
$ udevadm info-q all-n/dev/bus/usb/001/063
P:
/devices/pci0000:00/0000:00:1d.7/usb1/1-8
N: bus/usb/001/063
S:
libmtp-1-8
S: GalaxyNexus
E: UDEV_LOG=3
E:
DEVPATH=/devices/pci0000:00/0000:00:1d.7/usb1/1-8
E: MAJOR=189
E:
MINOR=62
E: DEVNAME=/dev/bus/usb/001/063
E: DEVTYPE=usb_device
E:
DRIVER=usb
E: PRODUCT=4e8/6860/216
E: TYPE=0/0/0
E: BUSNUM=001
E: DEVNUM=063
E: SUBSYSTEM=usb
E: ID_MTP_DEVICE=1
E:
ID_MEDIA_PLAYER=samsung_galaxy-s2
E: ID_VENDOR=samsung
E:
ID_VENDOR_ENC=samsung
E: ID_VENDOR_ID=04e8
E: ID_MODEL=Galaxy
E:
ID_MODEL_ENC=Galaxy
E: ID_MODEL_ID=6860
E: ID_REVISION=0216
E:
ID_SERIAL=samsung_Galaxy_0146B06501005018
E:
ID_SERIAL_SHORT=0146B06501005018
E: ID_BUS=usb
E:
ID_USB_INTERFACES=:ffff00:ff4201:
E: DEVLINKS=/dev/libmtp-1-8
/dev/GalaxyNexus
E: TAGS=:udev-acl:
我们使用的规则从有E:（E=ENV=Device
Property设备属性值）的行开始
udevadm查询udev设备管理规则方法2：
udevadm info-a-p$(udevadm info-q path
-n<name of device node>)
根据原作者的实际情况，设备端名称是/dev/bus/usb/001/063，因此命令是：
udevadm info-a-p
$(udevadm info-q path-n/dev/bus/usb/001/063)
你会看到类似于下面的输出信息：
$ udevadm info-a-p$(udevadm info-q path-n/dev/bus/usb/001/063)
Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found,
all possible attributes in the udev rules key format.
A rule to match, can
be composed by the attributes of the device
and the attributes from one
single parent device.
looking at device
'/devices/pci0000:00/0000:00:1d.7/usb1/1-8':
KERNEL=="1-8"
SUBSYSTEM=="usb"
DRIVER=="usb"
ATTR{configuration}==""
ATTR{bNumInterfaces}==" 2"
ATTR{bConfigurationValue}=="1"
ATTR{bmAttributes}=="80"
ATTR{bMaxPower}=="500mA"
ATTR{urbnum}=="29"
ATTR{idVendor}=="04e8"
ATTR{idProduct}=="6860"
ATTR{bcdDevice}=="0216"
ATTR{bDeviceClass}=="00"
ATTR{bDeviceSubClass}=="00"
ATTR{bDeviceProtocol}=="00"
ATTR{bNumConfigurations}=="1"
ATTR{bMaxPacketSize0}=="64"
ATTR{speed}=="480"
ATTR{busnum}=="1"
ATTR{devnum}=="63"
ATTR{devpath}=="8"
ATTR{version}==" 2.00"
ATTR{maxchild}=="0"
ATTR{quirks}=="0x0"
ATTR{avoid_reset_quirk}=="0"
ATTR{authorized}=="1"
ATTR{manufacturer}=="samsung"
ATTR{product}=="Galaxy"
ATTR{serial}=="0146B06501005018"
looking at parent device'/devices/pci0000:00/0000:00:1d.7/usb1':
KERNELS=="usb1"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{configuration}==""
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bmAttributes}=="e0"
ATTRS{bMaxPower}==" 0mA"
ATTRS{urbnum}=="1403"
ATTRS{idVendor}=="1d6b"
ATTRS{idProduct}=="0002"
ATTRS{bcdDevice}=="0300"
ATTRS{bDeviceClass}=="09"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{bNumConfigurations}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{speed}=="480"
ATTRS{busnum}=="1"
ATTRS{devnum}=="1"
ATTRS{devpath}=="0"
ATTRS{version}==" 2.00"
ATTRS{maxchild}=="8"
ATTRS{quirks}=="0x0"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{authorized}=="1"
ATTRS{manufacturer}=="Linux 3.0.0-14-generic
ehci_hcd"
ATTRS{product}=="EHCI Host Controller"
ATTRS{serial}=="0000:00:1d.7"
ATTRS{authorized_default}=="1"
looking at parent device'/devices/pci0000:00/0000:00:1d.7':
KERNELS=="0000:00:1d.7"
SUBSYSTEMS=="pci"
DRIVERS=="ehci_hcd"
ATTRS{vendor}=="0x8086"
ATTRS{device}=="0x27cc"
ATTRS{subsystem_vendor}=="0x103c"
ATTRS{subsystem_device}=="0x3010"
ATTRS{class}=="0x0c0320"
ATTRS{irq}=="20"
ATTRS{local_cpus}=="ff"
ATTRS{local_cpulist}=="0-7"
ATTRS{dma_mask_bits}=="32"
ATTRS{consistent_dma_mask_bits}=="32"
ATTRS{broken_parity_status}=="0"
ATTRS{msi_bus}==""
ATTRS{companion}==""
looking at
parent device'/devices/pci0000:00':
KERNELS=="pci0000:00"
SUBSYSTEMS==""
DRIVERS==""
我们使用的规则从有ATTRS（ATTRS=Device
Attributes设备属性）的行开始
不管是ENV，还是ATTRS，我们可以构建一个udev设备管理规则集。规则集的名称可以随意，根据原作者的意图，我们叫做51-android.rules：
你能这样建立规则集文件：
gksu gedit/etc/udev/rules.d/51-android.rules
之后，请在规则集文件中加入相关的规则，以原作者的规则来看，注意是一行一个：
SUBSYSTEM=="usb",
ENV{ID_VENDOR_ID}=="04e8", ENV{ID_MODEL}=="Galaxy", MODE="0666",
SYMLINK+="GalaxyNexus"
SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="04e8",
ENV{ID_MODEL_ID}=="6860", MODE="0666", SYMLINK+="GalaxyNexus"
SUBSYSTEM=="usb", ATTR{idVendor}=="04e8", ATTR{idProduct}=="6860",
ATTR{product}=="Galaxy" MODE="0666", SYMLINK+="GalaxyNexus"
如上面所加的规则，这些规则匹配准则是SUBSYSTEM,
ENV,ATTR，它只会修改设备的模式MODE（0666=rw-rw-rw-）与创建链接于/dev/GalaxyNexus的GalaxyNexus标识。当然，更多的指令可以分配给设备，如插入或移除设备时的执行命令，你能这样指定指令：
ACTION=="add", RUN+="<name of action>"
ACTION==”remove”,
RUN+="<name of action>"
例如，我们要设定设备在插入或弹出时播放一个声音或MP3文件，可以如下指令设定：
ACTION=="add", RUN+="/usr/local/bin/NexusMount.sh"
ACTION==”remove”, RUN+="/usr/local/bin/NexusUnmount.sh"
需要注意的是，每个ACTION指令设定必须在它自己的命令行；目录必须正确；指令可以是多重设定
一旦规则构建完成，我们需要保存/etc/udev/rules.d/51-android.rules规则文件
在你执行规则集前，测试一下通常是一个好主意，因为那样你能很容易地找出编写规则集的错误：
你能使用udevadm工具简单地完成规则集的测试：
udevadm info-q path-n d=<device
name>
根据原作者的设备端名/dev/bus/usb/001/063，测试行为：
udevadm test--action="SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="04e8",
ENV{ID_MODEL}=="Galaxy" MODE="0666", SYMLINK+="GalaxyNexus""$(udevadm info-q
path-n/dev/bus/usb/001/063)
虽然测试输出行相当长，两行输出信息正确地识别规则集的指令设定：
udev_rules_apply_to_event: MODE 0666
/etc/udev/rules.d/51-android.rules:1
udev_rules_apply_to_event: LINK
'GalaxyNexus'/etc/udev/rules.d/51-android.rules:1
一旦你确认了规则集正确，请重启udev设备管理服务：
sudo service udev restart
第四步，退出电脑的登录，然后重新登录回
在设备插入的情况下，执行ADB命令，如确认设备连接：
$ adb devices
你会看到设备识别号信息，根据原作者的设备，它是
0146B06501005018 device
如果你的设备已启动在Fastboot模式，许多设备不启动可能也行，你能执行Fastboot命令，如标准的Fastboot设备：
$
fastboot devices
