转自：http://blog.sina.com.cn/s/blog_66ed3e0e0102uxgr.html


第一部分  安卓车机和WINCE车机的区别
 
1、 硬件要求不一样
Android 操作系统对CPU的要求比较高，已经从A8过渡到A9 ，单核向四核发展

 


芯片


主频


内存


Android


至少Cortex A8


高于800MHz


512DDR+1Gflash以上


WinCE


ARM7-ARM11


200-600MHZ


64-128Mhz

 
2、 扩展性
WinCE车机系统由于CPU和内存能力较弱，通常只用来跑一个导航APP。收音，蓝牙和多媒体播放等都是有其他（MCU）系统承担，因此，没有扩展性。也就是只适合做成固定功能机
安卓由于CPU能力强大，可以同时运行多个应用程序。比如使用导航的时候，可以同时收听收音机或者听音乐，再同时打开电子狗，或者行车记录功能。这都是CE机望尘莫及的
3、 网络应用
安卓本身就是适合移动互联时代而开发的操作系统，广泛应用于手机，平板移动设备。装机率已经远远超过了苹果的IOS。
車联网应用只能基于安卓操作系统来实现，WinCE将被移动互联时代所淘汰。
4、 成本和稳定性
现在安卓车机的稳定性已经毋庸置疑。
成本始终是和winCE车机竞争的最诟病的一点，远远高出后者，这也就是安卓车机普及的最大障碍
 
第二部分  安卓车机芯片历史
 
        第一个安卓车机，是2010年4月上市的荣威350上面搭载的Inkanet 车机。按照现在的眼光来看，确实配置有些低：CPU是Marvell PXA310 ，这是当时（2009）能找到的合适用来做车机的仅有的几颗芯片之一：624-800Mhz主频的ARM11 ，配以256M+1Gflash，勉强跑着android1.5 基础上开发的车载系统。
随后上海博泰在深圳成立了自己的子公司-深圳博泰智臻，并且在inkanet的基础上，开发出适合后装的带有DVD机芯的安卓车机，全面搭载博泰车联网服务，在深圳这个后装大基地进行推广，并与2011年9月23日召开产品发布会，轰动一时。这是有记载中的最早在后装出现的安卓车机方案。
http://info.carec.hc360.com/2011/09/241646265773.shtml网络上还有当时的一些记录。
 
        随后年开始出现cortex A8 CPU 的安卓车机，典型代表是深圳一家位于南山区的的方案公司的方案，同样一家新开张的位于观澜的车机公司的总经理被其UI所吸引，上马了这款使用飞思卡尔i.mx51X，安卓2.X的车机，相当一段时间，这款车机代表了安卓车机的典型水平，最高月出货量达到数千台以上，对于安卓车机来说，这是相当不错的成绩。
 
        同期有一些厂家试图利用三星的210 ，还有telechip 等同属于A8级别的芯片开发安卓车机，基本上都归于失败
 
        飞思卡尔接着试图利用i.mx535替代老旧的51系列产品，逐渐在一些前装车机上得到应用，比如上海的博泰，北京的远特，以及广汽自主开发的车机平台。华为终端公司也试图开发过这个53芯片的安卓车机平台。
imx53 平台的车机，在2013年达到一定的出货量。比如中通福瑞，耀美等厂家都有每月上千的出货。
无论是飞思卡尔的51，还是53，芯片的级别都是ARM cortex A8，单核，主频800-1G。而同期的手机和平板电脑的芯片都已经至少A9，A15，双核或者四核，主频1.2是起点，一般都能达到1.5G以上
可见，车机芯片的性能是远远落后于同期的手机平板芯片的水平的。
车机要求的是可靠性。这是一个理由。
不甘于此，有厂家开始那些尝试用手机平板的芯片来做车机，开始沿着消费类电子的概念来引导车机市场。
 
这时候，车机界一向定位自己高端形象的飞歌，在2013年推出了使用高通S40芯片的安卓车机产品。
这是一款主频高，速度高，价格高的三高安卓车机
为什么是飞歌？ 只有飞歌的机器能够卖上这个价钱。人家的CE车机本来也就是这个价，面对同质化严重的WinCE车机，飞歌也不好意思继续把CE机卖高价，那就适时推出这款“高大上”的产品，历经初期的磨难，这款车机基本上确立了飞歌在高端安卓车机市场的江湖老大地位。
        查资料可知，骁龙S40 芯片的参数：
S4Play是基于A5架构的双核处理器，主要为中低端用户提供能够满足大部分需求的移动性能;S4Plus则是基于Krait架构的双核处理器，拥有强大的移动体验;
看看，双核了！
 同期最出名芯片要数Mstar786，从规格书看，这是一款很完美的芯片。14年初，陆续有出货。但是原厂停止支持并且要停产的消息，使得很多厂家望而生畏。
这也是一颗双核的芯片。
看来，2014年要进入双核时代了。
其实，飞歌有开始自己的升级计划，更高性能的4核（S800）产品也将面世
TCL康泰凭借其强大的研发和资金实力，在安卓车机界一鸣惊人，使用飞思卡尔最新的i.mx6系列的产品行走江湖。飞记6系是一个产品系列，从单核到四核都有。估计TCL使用的是其双核的产品。

        带着飞思卡尔6系重新登台的，还有我们前述的上海博泰；时隔数年，该公司又准备推出新的安卓车机，但已经不做方案公司，按照官方说法，而销售整机，，而且是ToC ，我们可以理解这个TO C 就是重新进入后装市场。一家在前装安卓车机市场屡有斩获的著名公司回到后市场搏杀，可见后市场还是颇有吸引力的。我们相信他们的眼光。
估计下半年我们可以在后装（或者叫半后装，半前装？）市场看到博泰安卓车机。
 

 
看来，2014年的安卓车机产品也是走上了一条和手机平板类似的，高主频，多核，大内存的时代？
不过也有反其道而行之的。一家名不见经传，但是很有安卓车机涵源的小型公司，悄悄的使用了另一颗毁誉参半的芯片-CSRA6 的芯片，开发出了独特的安卓车机平台，并且全球首先推出了货车版安卓车机，而且取得了不错的成绩。A6是一颗800M的A9级别的芯片，效能和飞思卡尔的5系列差不多，其突出的有优点是：成本低廉-可以和WinCE车机成本相比拼，用它制造出价格最接近于WINCE的安卓车机，去抢夺市场份额最大的WINCE车机的市场，不啻是个很好的主意。
        CSR 芯片在车机界长期建立的良好的形象和支持，可能有助于A6这颗芯片取得一定的成功。
A6芯片最大不足是解码720P，对于1080P无能为力。尽管车机屏的分辨率最高不过1024X600
        
        下面简要归纳一下，11年-14年安卓车机芯片的状态：

年份


2011


2012


2013


2014


核心


A8 单核


A8/A9 单核


A9 单核


A9，单核。双核，四核


主频


800


800


800-1G


1-1.5G


芯片代表


i.mx515


i.mx515


i.mx535/A6


0.8G-1.5G


DDR+flash


DDR1-256M+1G


DDR2-512M+1G


DDR2-3,512-1G，4


DDR2-3,512-1G，4-16G

 
第三部分： 安卓车机和安卓手机以及安卓平板有什么不同？
很多安卓车机方案公司的工程师，是从安卓手机，平板行业转过来的。因为，传统的车机行业基本上和安卓无关。
很多做平板，手机的方案公司，也蠢蠢欲试的加入安卓车机方案的开发。因为在他们眼里，安卓车机看起来似小儿科。
但是真的做起来，就两样了。
笔者曾经和北京上海和深圳的几家很牛逼的手机公司（没有平板的事）合作过，开发车载安卓系统。一开始，大公司的来头很大，基本上不把传统车机的工程师放在眼里。但是三天不到，就开始老实下来。天天围着你，因为聪明人到底是聪明人，真正转进去了，就发现车机和手机有着巨大的差别。
今天回过头来看，这几家公司，有的勉强开发出了车载平台，有的却彻底失败，包括深圳那家超级牛叉的公司，悄悄的做回自己的强项，不再做安卓车机平台了。
相比一些本来比较小的方案公司，由于技术领头人对安卓车机看的比较透，反而比较顺利的开发出了各种各样的车载安卓平台，因为，他们做对了一件事：理清楚了传统车机和安卓智能系统之间的关系。
简单说来，平板电脑和安卓手机，属于单系统。利用芯片厂家推出的芯片套片以及配套的BSP 底层软件，配上电池，屏幕（液晶和触摸屏），外壳，以及简单做几个代表本公司的特色APP，安装上谷歌原版的安卓4.xx 系统就可以上市销售了。
而车机并没有这么简单，由于汽车电子有严格的车规标准，导致CPU 系统的选择受到很大的限制，在安卓版本，CPU的核数，主频，以及所配的内存等方面和平板，手机所用的系统有较大的差距，但是另一方面，在车机与车身的结合，车载设备的HMI和应用方面，以及数据交换方面，有非常强的专业性，非汽车电子出生的人员根本就不明就里，因此车机在安卓系统之外，往往还存在另一个系统，这两个系统共存于一个设备中，期间的协调，通讯，分工，有很深奥的学问。另外，在电源环境，电磁兼容，结构，高低温等比较严格的测试条件，更是平板手机行业闻所未闻，所以，做好一个车载安卓系统，难度并不低于平板电脑，手机技术由于也有自身的特点，和车机技术之间并没有多少可比性。
第四部分：安卓车机何去何从
从14年开始，安卓车机开始模仿手机平板，走上了一条拼硬件，忽视软件的倾向。
不少厂家，宣传的是自己的CPU有几核，主频有多高，还有1080P！但是看他们产品的HMI，讶然发现，竟然很多情况下是直接将第三方的APP，作为自己产品的放在主界面上。比如UC浏览器，QQ聊天软件，新闻，等等，甚至还有“大众点评网”等这类专门应用。纵观个加工厂出品的安卓车机产品，大部分没有能够将安卓应用于车载环境这个新的课题深入研究，安卓车机带来了新的“同质化”：无不是天气+日历+几个应用图标 就构成了安卓车机的主界面。

如果这样子话的，安卓车机的生命力我觉得是没有充分释放出来的。用户多花双倍的钱，不是光光为了"安卓"这两个字。这样的安卓车机，和CE的机器比起来，给了用户更多的东西吗？不错，安卓是可以自己安装更多的APP，是可以上网，浏览新闻，看网页。但是这真的是车上需要的吗？车机的这些功能真的想去用来取代平板电脑和手机吗？
市场销售数据很能说明这一点：95%的车机市场份额，仍然是WINCE，CE机凭借自己成本低廉，技术稳定成熟，功能够用而占据车机市场绝大多数空间。
安卓车机要真正的取代CE车机，那就必须从目前已经走偏的道路上回来： 
（1）不要再拼硬件配置这一条路上走到黑。硬件配置越高，成本也越高，和CE机的价格差距就越大，销量就越是难以上去。
（2）重视发展低成本的安卓车机。要是安卓车机的成本，能够做到和CE机相当，那么应该是可以和CE争夺更多的市场份额的。这里我看好的CSRA6这个安卓车机平台。几乎实现了和CE同等的成本。可以对CE机形成威胁。
低成本并不代表低质量和低性能。低成本就是要适当的做好硬件的搭配，不要一味最求高大上，符合够用就好的原则。因为车机并不同于手机。没有谁会整天在车机上装这个玩那个。这样，可以做出优质稳定低成本的安卓车机来和CE机竞争。

（3）重视安卓车载APP的开发。不是说不能用第三方的APP，但是至少要和这些APP开发者进行进一步的合作，将这些APP改造成符合车载操作习惯的应用。

（4）充分发挥安卓的优越性能和提供的开发平台。安卓不是用来摆摆噱头的。它为开发人员提供了很重要的开发工具，可以开发出比CE更多的有实用性的应用。
（5）重视和车联网应用的结合。安卓车机和车联网，是一对天然的盟友。没有安卓，就没有车联网。好的车联网的应用，可以使安卓车机如虎添翼，达到1+1大于2的结果。
其实安卓完全可以做更多的东西，只是我们没有意识到。
安卓车机推了这么多年，结果并不尽如人意。对于大一点的车机厂，安卓车机基本属于点缀之用，在九州慧聪打广告的时候，拿出来修一下。实际里面还是大量出品CE机。专门生产研发安卓的小车机厂，基本上都是惨淡经营。
真的，安卓车机比任何时候，都需要以新的目光，新的角度，新的思维来改变它

安卓与硬件，通过蓝牙连接，然后从硬件持续获取数据，数据包分为声音包和监护包，返回断开连接，多次之后，间互包数据正常，声音包数据不正常，出现无声现象；

当我杀死应用，重新连接，声音数据就会正常；


有啥解决方案没？跪求啊 

公司有个H5项目，采用 的CSS3动画制作。IOS播放流畅。但是
 安卓卡成翔；下面附上解决办法：开启硬件加速。。。在webkit中有神奇效果：opacity:
 1;或者-webkit-backface-visibility:
 hidden;*{-webkit-backface-visibility:
 hidden;} 

一、为什么要适配

由于Android系统的开放性，任何用户、开发者、硬件厂商、运营商都可以对Android系统和硬件进行定制，修改成他们想要的样子。

但是这种“碎片化”到达什么程度呢？



以上每一个矩形都代表一种机型，且它们屏幕尺寸、屏幕分辨率大相径庭。随着Android设备的增多，设备碎片化、品牌碎片化、系统碎片化、屏幕碎片化的程度也在不断加深。

为了让我们的Android应用在各式各样的手机上运行的时候，能够保持界面效果一直，所以，我们需要对各种手机屏幕进行适配！

二、概念

1、像素（px）：

通常所说的像素，就是CCD/CMOS上光电感应元件的数量，一个感光元件经过感光，光电信号转换，A/D转换等步骤以后，在输出的照片上就形成一个点，我们如果把影像放大数倍，会发现这些连续色调其实是由许多色彩相近的小方点所组成，这些小方点就是构成影像的最小单位“像素”（Pixel）。

简而言之，像素就是手机屏幕的最小构成单元。

2、分辨率：

手机在横向、纵向上的像素点数总和，一般描述成 宽*高 ，

即横向像素点个数*纵向像素点个数。

3、屏幕尺寸（in）：

手机对角线的物理尺寸，单位 英寸（inch），一英寸大约2.54cm，常见的尺寸有4.7寸、5寸、5.5寸、6寸

4、屏幕像素密度（dpi）：

每英寸长度上像素点个数。

例如每英寸内有160个像素点，则其像素密度为160dpi。

公式： 像素密度=像素/尺寸 （dpi=px/in）

5、标准屏幕像素密度（mdpi）：

每英寸长度上还有160个像素点，即称为标准屏幕像素密度（mdpi）。

6、像素密度等级：

手机真实像素密度与标准屏幕像素密度（160dpi）的比值。官方给出的0.75、1、1.5、2、3、4，即对应120dpi、160dpi、240dpi、320dpi、480dpi、640dpi。

7、密度无关像素（dp）：

density-independent pixel，叫dp或dip，与终端上的实际物理像素点无关。可以保证在不同屏幕像素密度的设备上显示相同的效果，是安卓特有的长度单位。

8、独立比例像素（sp）：

scale-independent pixel，叫sp或sip，字体大小专用单位，可根据字体大小首选项进行缩放；

推荐使用12sp、14sp、18sp、22sp作为字体大小，不推荐使用奇数和小数，容易造成精度丢失，12sp以下字体太小。

9、尺寸、像素、像素密度关系：



10、px与dp关系：

像素=dp*像素密度等级，即px=dp*(dpi/160)

三、对哪些设备适配

注意进行Android设备的屏幕适配操作，不是单单对屏幕尺寸多样的各种设备进行的适配，在诸多的物理尺寸的背后是屏幕的分辨率，现在市面上占比最多的六种分辨率：480*800、320*480、480*854、540*960、720*1280、1080*1920。在日常适配中只要做好对这几个设备的适配，就能很好的适配其他机型。但是在这几种分辨率的背后存在的更为根本的数据是设备的屏幕像素密度。在Google文档中对于屏幕的像素密度进行了几种规定！

另外也需注意对安卓平板、安卓电视等大尺寸、超大尺寸设备的适配。

 


四、如何适配

1、适配误区

在进行适配的时候，人们总是关注于：代码、Layout、Dimens、图片、权重，这几种适配方式并不是屏幕适配的全部方案，除此之外还存在多种小细节来实现屏幕适配。

如何理解使用dp为单位进行适配？：



但是，使用密度无关像素（dp）也不能做到适配所有屏幕！

2、造成误差原因

在长期的Android发展过程中，由于Android设备的增多，Google制定的屏幕密度标准（mdpi、hdpi、ldpi等），在众多厂家的生产过程中，已经被打破，人们没有生产数完全符合屏幕密度标准的Android设备，对于真实手机的屏幕密度值，是在Google标准的周围浮动变化的，但是不乏存在一些厂商生产的设备偏离Google的屏幕密度标准比较大，这个时候再使用dp作为单位就不能完完全全的完成适配操作！（dp只有在大家标准统一的情况下才有更好的发展）

在所有计算公式中存在误差：在计算真实像素密度时运用了开方运算和除法运算，导致所得结果存在误差。

理论计算造成的误差：

在计算对角线上像素点个数时，我们使用勾股定理计算得出，但实则存在误差：
若将像素长度当做1，分辨率指的是横纵向上的1的个数，计算记过表示的是对角线上有多少个1，但理论上对角线上 根号2 的个数才是像素点的个数！
屏幕对角线并不会和像素对角线重合，使计算结果存在误差。 

3、ldpi、mdpi、hdpi、xhdpi、xxhdpi的使用

官方截图： 
 


4、使用wrap_content、match_parent、权重

要确保布局的灵活性并适应各种尺寸的屏幕，应使用 “wrap_content” 、“match_parent”和权重控制某些视图组件的宽度和高度。

使用 “wrap_content”，系统就会将视图的宽度或高度设置成所需的最小尺寸以适应视图中的内容，而 “match_parent”（在低于 API 级别 8 的级别中称为 “fill_parent”）则会展开组件以匹配其父视图的尺寸。

如果使用 “wrap_content” 和 “match_parent” 尺寸值而不是硬编码的尺寸，视图就会相应地仅使用自身所需的空间或展开以填满可用空间。此方法可让布局正确适应各种屏幕尺寸和屏幕方向。

5、使用相对布局，不要使用绝对布局

我们大部分时候使用的都是线性布局、相对布局和帧布局，绝对布局由于适配性极差，所以极少使用。

关于布局的使用应该具体情况具体分析，在进行电视机顶盒的开发中就是使用的是绝对布局。

6、使用限定符进行适配操作

使用尺寸限定符——large

使用最小宽度限定符——swdp

使用屏幕方向限定符

7、多套layout适配

res/values/layouts.xml:

res/values-sw600dp-land/layouts.xml:

res/values-sw600dp-port/layouts.xml:

res/values-large-land/layouts.xml:

res/values-large-port/layouts.xml:

8、使用自动拉伸位图

支持各种屏幕尺寸通常意味着您的图片资源还必须能适应各种尺寸。例如，无论要应用到什么形状的按钮上，按钮背景都必须能适应。

如果在可以更改尺寸的组件上使用了简单的图片，您很快就会发现显示效果多少有些不太理想，因为系统会在运行时平均地拉伸或收缩您的图片。解决方法为使用自动拉伸位图，这是一种格式特殊的 PNG 文件，其中会指明可以拉伸以及不可以拉伸的区域。

.9的制作，实际上就是在原图片上添加1px的边界，然后按照我们的需求，把对应的位置设置成黑色线，系统就会根据我们的实际需求进行拉伸。

9、普通图片处理

稍后会详细介绍。

10、dimens使用



如上图，我将市面上各分辨率下的屏幕尺寸，取了平均数，算出对应的真实的屏幕像素密度，与理论要求的屏幕像素密度作了对比，比值在倒数第二列。发现：（干货要来了！）真实像素密度与理论像素密度的比值大致分为两类，取其平均数，一类在1.15左右，另一类则在0.89左右。巧了，它们两类正好各自对应w320dp和w360dp的宽度限定符！所以，dimens只需写两套即可（values-w320dp、values-w360dp），其name与真实数值的比值就是刚刚我们算出的两个平均数！ 以后我们就不需要对应各种分辨率写多套dimens了，两套dimens即可。



五、图片处理

1、logo



logo需要36*36、48*48、72*72、96*96、144*144、192*192px，图片使用正方形形状，在某些机型上面，会自动显示为圆角正方形；

Android8.0以后，系统增加了logo点击效果和动画，可按以上尺寸制作圆形logo，但图片必须为正方形，圆形以外区域透明。

2、普通图片

 


UI切图只需按照720*1280，4.7寸屏幕切图即可；

应为iphone6等分辨率、尺寸、像素密度都与要求接近，可使用IOS的2x图代替。



3、纯色图、.9图

纯色按钮或渐变按钮可使用代码设置颜色或.9图实现，不必用图片作为背景。

4、动画、自定义view、shape

可以使用代码进行控制和展示多种视图，如patch动画替代帧动画。

5、ImageView的ScaleType

关于ScaleType请参考这里 点击打开

六、其他

1、代码适配

在代码中使用Google提供的API对设备的屏幕宽度进行测量，然后按照需求进行设置。

几个主要使用的API：

对于当前控件的宽高设置，需要做的操作是首先要获取到该控件的父控件，使用父控件对当前控件的宽高进行设置操作！

API
DisplayMetrics metrics = new DisplayMetrics ();
getWindowManager().getDefaultDisplay().getMetrics(metrics);
手机对应的宽高：
Constants.screenHeight= metrics.heightDixels;
Constants.screenWidth= metrics.widthDixels;
RelativeLayout.LayoutParams=new RelativeLayout.LayoutParams();

(int)( Constants.screenHeight*0.5+0.5f);
(int)( Constants.screenWidth *0.5+0.5f);
1
2
3
4
5
6
7
8
9
1
2
3
4
5
6
7
8
9

在上面的两个计算操作中最后加上0.5f的作用是：进行float强转到int类型的时候会出现都是精度的问题。当使用Java代码进行宽高设置的时候，假如出现320.2dp这样的数据此时直接进行int得到的值是320；但是假如出现320.7这样的数据的时候，由于int的计算规则，会直接强转为320，但是从实际出发，这个时候的值取321更为合适。

所以在计算的最后直接加0.5，这样一来，320.2+0.5=320.7，进行数据的强转操作得到的数据是320，320.7+0.5=321.2，进行数据强转操作得到的数据是321，这样一来得到的数据就和实际预想的更为接近！！

2、接口配合

本地加载图片前判断手机分辨率或像素密度，向服务器请求对应级别图片。


本文转自：http://blog.csdn.net/jiashuai94/article/details/77639511