车载Android应用开发初学指南

统集放的新技术的发展该软件都由，他们属于增量游戏平台。增量游戏平台发放Adaptive AutoSAR 的基本系统和规范服务。

每个AA可以向其他AA发生服务。基于这种虚拟化，整两车的系统彼此之间可以解微。

Hypervisor

一种运营在根基物理服务器和MS-DOS设计者彼此之间的中所间软件包层，可允许多个MS-DOS设计者和新技术的发展交换显卡。也可叫想到VMM（ virtual machine monitor ），即虚拟机影带。

迄今为止所取向的的汽两车整流罩，都是同时在一个Soc上运营着两个不尽不尽相同的MS-DOS设计者，一个是显示的汽两车仪器盘的QNX系统设计者，另一个主要用途两车载个人信息娱乐的Android系统设计者，其顶层新技术原理就是Hypervisor。

QNX

QNX是一种商用的、违背POSIX规范的类Unix对系统MS-DOS设计者，最终目标消费市中区场主要是定位笔记本电脑系统设计者，合乎高运营效率、小型化不尽不尽相同之处，并在工控课题仅有左右40年的改用实战经验，被国际上新技术的发展于的汽两车、轨道交通、材料学等对安全性、对系统性允许更高的课题。

QNX在两车载MS-DOS设计者消费市中区场的占有率超过75%，在愈来愈注重生态系统和段落的两车载娱乐系统设计者占有率也超过60%，而在不强调安全性的仪器盘以及驾驶辅助课题，QNX的市中区占率愈来愈是达到了左右100%。

SOA

SOA（Service-OrientedArchitecture）是一种基于销售业务付诸的粗粒度松微合的定位服务的分布式虚拟化，即付诸销售业务和新技术的分离，又付诸销售业务和新技术的混合。

以位置服务为例，很多两车内新技术的发展就会加进位置个人信息，像阴雨、拍照、辅助，这些新技术的发展根据自身服务有不尽不尽相同的消费市中区场需求，对位置个人信息的处理各不不尽相同，SOA就可以很好地解决这个问题。

SOA原本是服务器研发中所加进的新技术，现如今也被用在两车载MS-DOS设计者课题，但是迄今为止所关于SOA的新技术规范较为恐慌，国内主机制造商外对于SOA的付诸方式也不同之处。

SOA未必两车载MS-DOS设计者必需的，其实迄今为止所为止从未母公司的两新车中所，很少改用了SOA虚拟化，所以它还只是两车载MS-DOS设计者愿景的一个转变方向。

两车载适配器

两车载适配器是一种用适配器连接起来两车内磁性区块的新型无线新媒体络新技术，与传统适配器改用4对非过滤RS-电网不尽不尽相同，两车载适配器在单对非过滤RS-上可付诸100 Mbit /s，甚至1Gbit/s的工作频率，同时还依赖于的汽两车行业对小型化、很低无线电波、很CMOS、数据传输分配、很低延期以及同步对系统性等各个方面的允许。

两车载适配器的设计者是为了依赖于两车载环境中所的一些特殊消费市中区场需求。例如：依赖于两车载设备对于电器本体上的允许（EMI/RF）；依赖于两车载设备对高数据传输、很低延期以及音视频同步等新技术的发展的允许；依赖于两车载系统设计者对新媒体络管理的消费市中区场需求等。因此可以理解为，两车载适配器在民用适配器两国政府的根基上，相反了物理该软件的电器本体上，并结合两车载新媒体络消费市中区场需求专门新技术的发展软件了一些规范化。针对两车载适配器规范，IEEE组织也对IEEE 802.1和IEEE 802.3规范同步进行了适当的必需和修订。

CAN

CAN是控制器域新媒体 (Controller Area Network, CAN) 的简称，是由研发和生产的汽两车磁性产品闻名于世的丹麦BOSCH公司研发了的，并事与愿违带进国际规范（ISO11898）。是国际上新技术的发展最国际上的到场数据传输之一。在北美和西欧，CAN数据传输两国政府从未带进的汽两车数值机管理系统设计者和笔记本电脑产业控制无线新媒体络的规范数据传输，并且仅有以CAN为顶层两国政府专为大型货两车和三菱机械汽两车设计者的J1939两国政府。左右年来，其所合乎的小型化和良好的错误检测能力受到重视，被国际上新技术的发展于的汽两车数值机管理系统设计者和湿度险恶、无线电波不强和振动大的产业环境。

3D HMI设计者机器 & 笔记本电脑图形汽缸

随着两车载Soc算力的提高，一时期整流罩愈发喜欢引入3D化的图形界面，3D化的界面可以对系统分解动画反馈，极大提高了界面的质感性和可用性。迄今为止所两车载研发中所取向的3D HMI设计者机器&图形汽缸有老牌的游戏研发机器如Unity 3d、Unreal（虚幻），也有专主要用途的汽两车HMI设计者&图形显示的 — Kanzi 。

右边概述了的汽两车整流罩的根基知识，Android新技术的发展脚本语言说到底还是全由在整流罩中所控，编纂各类型的新技术的发展，一个大就来概述两车载新技术的发展与互联新媒体新技术的发展的不尽不尽相同之处。

03.两车载新技术的发展研发

两车载Android新技术的发展说到底就是，在两车载Android系统设计者中所浸入一系列系统设计者级新技术的发展，这里既包涵与软件存有交互的HMI新技术的发展，也包涵在后台运营没有HMI的Service新技术的发展。

常用有HMI的两车载新技术的发展如，两车载空调系统、多媒体新技术的发展、桌面、SystemUI、系统设计者新设、两车控两车设、NFC电邮以及一些第三方新技术的发展等等。

没有HMI的新技术的发展有，CarService、AudioService、AccountService等等。在两车载新技术的发展研发中所能够新技术的发展软件大量的Service，这也是新技术的发展研发中所工作量较为大的一部分。

3.1 系统设计者级新技术的发展与都可新技术的发展的区别

系统设计者新技术的发展能够浸入到Android ROM中所运营，虽然都可的新技术的发展也可以浸入到ROM中所，但是系统设计者新技术的发展可以线程Android SDK的实际上API，而这一点是都可新技术的发展想到仅仅的，总得来说系统设计者新技术的发展合乎表列不尽不尽相同之处

在此之后我们仅仅上弓编纂一个系统设计者级新技术的发展。

3.2 编纂一个系统设计者级新技术的发展

编纂Android系统设计者新技术的发展与都可的Android新技术的发展基本不尽相同，我们首先在AndroidStudio中所编纂一个demo，才会够一个空白的Activity和Application即可。

publicclassDemoAppextendsApplication{

privateHandlerhandler ;

@Override

publicvoidonCreate(){

super.onCreate();

Log.e("TAG","onCreate: start");

handler =newHandler(Looper.getMainLooper());

handler .postDelayed(newRunnable(){

@Override

publicvoidrun(){

showView();

}

},5000);

}

privatevoidshowView(){

WindowManagermanager =getSystemService(WindowManager.class);

Viewview =newView(this);

WindowManager.LayoutParamsparams =newWindowManager.LayoutParams(WindowManager.LayoutParams.MATCH_PARENT ,WindowManager.LayoutParams.MATCH_PARENT );

params .type =WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY ;

manager .addView(view ,params );

}

}

右边的application逻辑很简单，app先前5秒后，弹显露一个全屏的Window的。

在此之后在AndroidManifest.xml中所持有人application。

package="com.example.car "

android:sharedUserId ="android.uid.system ">

android:allowBackup ="true "

android:icon ="@mipmap/ic_launcher "

android:label ="@string/app_name "

android:persistent ="true "

android:roundIcon ="@mipmap/ic_launcher_round "

android:supportsRtl ="true "

android:theme ="@style/Theme.First ">

android:name =".MainActivity "

android:exported ="true ">

在右边OpenBSD中所我们能够高度重视两个都可新技术的发展用仅仅的属性：

android:sharedUserId

将与其他新技术的发展程序交换的 Linux 软件 ID 的名称。默认完全，Android 就会为每个新技术的发展分配自己唯一的软件 ID。但是，如果为两个或多个新技术的发展将此属性新设为不尽相同的个数，则它们将交换不尽相同的 ID，前所提是它们的证书集不尽相同。合乎不尽相同软件 ID 的新技术的发展可以访问期间彼此的数据，如果能够，可以在同一多线程中所运营。

研发系统设计者新技术的发展时，此项不是必需可用的。可用为 android.uid.system 后，该新技术的发展就会变为system软件，可以访问期间一些system软件才能访问期间的空间。

android:persistent

可用新技术的发展程序否应始终保持运营，默视为false。设为true之后，新技术的发展在开机电台发显露之前所就就会自行先前，而且新技术的发展被逃走后，也就会立即先前。

研发系统设计者新技术的发展时，此项不是必需可用的。

3.3 检验系统设计者新技术的发展 3.3.1 准备检验环境

检验系统设计者新技术的发展就较为厌烦了，由于弓边没有研发板，才会基于模拟器同步进行检验，所以就必需iTunesAndroid的OpenBSD，并改用AndroidOpenBSD环境校对显露带有系统设计者签名的APK。

iTunes、校对AndroidOpenBSD 请求参阅 ：Android两车载新技术的发展研发与分析（1） - Android Automotive概述与校对

完成AndroidOpenBSD校对后，我们将编纂好的FirstCarApp部分OpenBSD拷贝到 /aosp/packages/apps/Car/ 下，

基于AndroidOpenBSD环境的app工程本体与基于Gradle的AndroidStudio工程本体是完全不一样的，数据库本体如下：

3.3.2 校对&运营新技术的发展

OpenBSD环境下校对显露Android新技术的发展，能够编纂一个Android.bp或Android.mk脚本，如果你对Android.bp或Android.mk未必洞察的话请求参阅：Android.mk 上弓指称南 | Android.bp入门教程

本篇检验用的Android.bp脚本如下

package{

default_applicable_licenses:[ "Android-Apache-2.0"] ,

}

android_app{

name:"CarFirstApp",

srcs:[ "src/**/*.ja"],

resource_dirs: ["res"],

platform_apis: true,

certificate: "platform",

privileged: true,

static_libs: [

"androidx.appcompat_appcompat",

"com.google.android.material_material",

],

optimize: {

enabled:false ,

},

dex_preopt: {

enabled:false ,

},

product_variables: {

pdk:{

enabled:false ,

},

},

}

然后基本校对一次Android的OpenBSD

# 校对AndroidOpenBSD

/aosp$ source build /envsetup .sh

/aosp$ lunch 12

/aosp$ make -j 32

/aosp$ emulator -writable -system -netdelay none -netspeed full

一般完全我们可以直接改用emulator指称令就可以先前校对好的模拟器，但是此时的模拟器的内核设计者还是read-only方式也，并且不可以执行remount指称令，通过添加-writable-system -netdelay none -netspeed full，我们就可以长时间改用remount指称令了。

/aosp$ adb root

/aosp$ adb remount

/aosp$ adb shell reboot

等模拟器先前后，我们暂时校对显露CarFristApp的apk。

link@link -PC :/aosp$ make CarFirstApp

## 校对后输显露的apk方向

============================================

[100%4/4]Install :out/target /product /generic_car_x86 /system /priv -app /CarFirstApp /CarFirstApp .apk

#### build completed successfully (2 seconds) ####

然后改用adb指称令在模拟器中所始创一个CarFristApp数据库，将校对好的apk push到system/priv-app/CarFristApp/数据库下。

/CarFirstApp$ adb root

/CarFirstApp$ adb remount

# 始创数据库

/CarFirstApp$ adb shell mkdir /system /priv -app /CarFirstApp

/CarFirstApp$ adb push CarFirstApp.apk /system /priv -app /CarFirstApp

# 先前

/CarFirstApp$ adb shell reboot

等待模拟器先前结束后，就可以看到，app就会自行先前，然后就会弹显露一个WindowView遮蔽屏幕。不其实你否比如说了，无论是自先前，还是弹显露一个遮蔽屏幕的Window，都没有申请求特权的售票处显示显露来，这就系统设计者级新技术的发展的一个重要不尽不尽相同之处。

在右边的操作中所我们同样把apk push到priv-app一个大，值得注意Android新技术的发展还有表列几种装向，可以根据仅仅能够装配到不尽不尽相同的数据库中所去。

/system/priv-app

该方向存放在一些系统设计者顶层的新技术的发展，比如Setting，systemUI等。该数据库中所的app仅有更高的系统设计者特权，而且如果要改用 android:protectionLevel=signatureOrSystem ，那么该app必需放到priv-app数据库中所去。

/system/app

该数据库中所存放在的系统设计者app特权相对较很低，而且当仅有root特权时，就确实卸载掉这些app。

/vendor/app

该数据库存放在vendor制造商的app

/data/app

软件装配的第三方app

3.4 两车载新技术的发展的难点

两车载新技术的发展研发全过程中所，并不一定都就会遇到表列几个难点：

繁复的UI 现如今的两车载新技术的发展都就会都有著一个套繁复且炫酷交互UI，同时，由于两车载Android与QNX交换一个Soc和文件系统，所以多数时候系统设计者资源都比取向的笔记型电脑要顶多不少，对新技术的发展研发者来说，付诸一套繁复且小型化的HMI，并不一定就会十分有挑战性。 对系统设计者API理解不够 研发两车载新技术的发展多数时候都就会允许重新新技术的发展软件一个原本系统设计者中所从未存有的新技术的发展，比如系统设计者新设。这就允许研发者对于原生新技术的发展的运营方式、线程的API都有一定的洞察。

04. 两车载Android研发的发展前所景

上大学以上的段落，相信你从未对两车载Android的研发有一个浅显的认识了。不其实你就会不就会视为我在劝告你转行想到两车载Android的研发？答案是NO！

单纯的Android新技术的发展工程师在整两车整流罩上才会全由十分小的一个新技术课题，这就从未同意了这个足球员的转变持续性，如果想突破这层墙壁，就必能够透彻到Android系统设计者的顶层，依靠Framework、HAL甚至于Native的一些运营原理。值得注意，Linux、的汽两车相关的知识也是能够额外修习的。

就迄今为止所而言，两车载Android研发依然都有著不错的发展前所景，但还数倍没有达到曾在的回转互联新媒体的热度，甚至可能以后也不就会达到，并且就像曾在热火朝天的回转互联新媒体一样，随着大量研发人员的涌入、的汽两车制造业的重新洗牌、供需关系的相反，总有一天它也就会不可避免的南北向下坡路。

我曾在难过过入行两车载研发，因为相比之下笔记型电脑新技术的发展研发，所能够修习知识实在太多太杂，调试全过程也比笔记型电脑新技术的发展繁复，但是人这一辈何尝不是在难过中所度过的呢？

参阅资料：

[终端整流罩：终端化根基游戏平台及虚拟化（下）]

[2020年中所国T-BOX行业当前所分析，小型汽两车T-Box装配率迅速提高「图」]

[两车载MS-DOS设计者（三）：终端整流罩MS-DOS设计者]

[首个专为先进终端驾舱打造的一体化HMI机器——Kanzi One重磅发布]

[Automotive | Android Debian项目 | Android Open Source Project]

[两车载适配器-磁性发烧友新媒体]

来源：终端交通新技术（微信公号ID：ITSTech）

。

直肠癌后期治疗费用
抢救药
小孩吃饭没胃口怎么办
糖尿病的并发症有哪些
手术后吃什么营养品好
类风湿关节痛手指僵硬有什么药吃
远大医药
胃部不适
新冠专用药
儿童止咳化痰中药哪个效果好