CN114489909A - 车载应用的屏幕适配方法、装置及电子设备、存储介质 - Google Patents

Abstract

本申请公开了一种车载应用的屏幕适配方法、装置及电子设备、存储介质，该方法包括：在车载应用启动时，基于预设屏幕划分策略确定车载应用所在屏幕的屏幕类型，预设屏幕划分策略独立于安卓系统中原始的屏幕划分策略；基于预设资源发布包，确定屏幕类型对应的界面资源文件的属性信息；根据界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息，以使安卓系统能够根据修改后的资源加载策略中的属性信息加载所述屏幕类型对应的界面资源文件。本申请基于预设屏幕划分策略确定屏幕类型，更符合实际业务逻辑，通过修正安卓系统原有的资源加载逻辑，实现在一个APK中进行多种不同维度的屏幕适配，提高屏幕适配的准确性和适配效果。

Description

车载应用的屏幕适配方法、装置及电子设备、存储介质

技术领域

本申请涉及设备显示技术领域，尤其涉及一种车载应用的屏幕适配方法、装置及电子设备、存储介质。

背景技术

随着车联网的快速发展，车载设备显示屏幕的型号和规格越来越多，导致车载设备显示屏幕的尺寸和分辨率也越来越多，屏幕碎片化越来越严重，这为车载应用开发时的界面显示带来了一定的难度和工作量。

为了使同一应用的同一用户界面(User Interface，简称UI)在不同尺寸、不同分辨率的屏幕上显示时能够呈现出相同的显示效果，现有方案需要在开发阶段编写多套布局文件来具体适配某一尺寸或者某一分辨率的屏幕，这样会加大开发成本，开发效率低，且显示效果仍然有待提高。

现有技术中提供了一种基于安卓官方提供的限定符进行适配的方案来解决在一个APK(Android application package，安卓安装包)中同时对不同大小的屏幕进行适配的问题，然而由于车载设备中一些系统属性值的设置并不准确，进而导致安卓系统适配的限定符不准确，从而影响了屏幕适配的准确性。

发明内容

本申请实施例提供了一种车载应用的屏幕适配方法、装置及电子设备、存储介质，以在一个APK中实现多种不同维度的屏幕适配，提高屏幕适配的准确性。

本申请实施例采用下述技术方案：

第一方面，本申请实施例提供一种车载应用的屏幕适配方法，其中，所述方法包括：

在车载应用启动时，基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型，所述预设屏幕划分策略独立于安卓系统中原始的屏幕划分策略；

基于预设资源发布包，确定所述屏幕类型对应的界面资源文件的属性信息；

根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息，以使所述安卓系统能够根据修改后的资源加载策略中的属性信息加载所述屏幕类型对应的界面资源文件。

可选地，所述预设屏幕划分策略包括多个屏幕划分维度，在车载应用启动之前，所述方法还包括：

获取不同屏幕划分维度下的各个屏幕类型对应的界面资源；

基于安卓系统的限定符机制，将各个屏幕类型对应的界面资源分别存储到对应的界面资源文件中，得到不同屏幕划分维度下的各个屏幕类型对应的界面资源文件；

将不同屏幕划分维度下的各个屏幕类型对应的界面资源文件进行编译打包得到一个APK安装包，作为所述预设资源发布包。

可选地，所述预设屏幕划分策略基于车载设备的业务逻辑得到，所述预设屏幕划分策略包括多个屏幕划分维度，所述多个屏幕划分维度包括屏幕宽高比维度、屏幕尺寸维度以及车载设备系列维度的任意一种或多种。

可选地，所述预设屏幕划分策略包括宽高比维度，所述基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型包括：

获取所述车载应用所在屏幕的宽高比信息；

将所述屏幕的宽高比信息与预设宽高比阈值进行比较；

若所述屏幕的宽高比信息大于所述预设宽高比阈值，则确定所述屏幕的屏幕类型为宽屏；

否则，则确定所述屏幕的屏幕类型为非宽屏。

可选地，所述安卓系统的资源加载策略包括Activity组件中的多个限定符的属性信息，所述根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息包括：

根据所述屏幕类型所对应的屏幕划分维度，在多个限定符中确定目标限定符；

根据所述屏幕类型对应的界面资源文件的属性信息，修改所述目标限定符的属性信息。

可选地，在基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型之后，所述方法还包括：

在所述屏幕类型所对应的屏幕划分维度下，基于所述预设资源发布包，确定所述屏幕类型对应的车载应用的界面设计参数；

根据所述车载应用的界面设计参数设置屏幕显示参数，以在所述屏幕上加载所述车载应用的界面。

可选地，所述屏幕类型包括多个屏幕尺寸，所述根据所述屏幕类型的车载应用的界面设计参数设置屏幕显示参数包括：

在对某一屏幕划分维度下的不同屏幕进行适配时，若所述车载应用的界面设计参数与所述车载应用所在屏幕的屏幕尺寸不适配，则根据所述屏幕的屏幕尺寸，在Activity组件中修改所述屏幕显示参数，以使所述车载应用的同一个界面资源文件能够适配多个不同屏幕尺寸的屏幕。

第二方面，本申请实施例还提供一种车载应用的屏幕适配装置，其中，所述装置包括：

第一确定单元，用于在车载应用启动时，基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型，所述预设屏幕划分策略独立于安卓系统中原始的屏幕划分策略；

第二确定单元，用于基于预设资源发布包，确定所述屏幕类型对应的界面资源文件的属性信息；

适配单元，用于根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息，以使所述安卓系统能够根据修改后的资源加载策略中的属性信息加载所述屏幕类型对应的界面资源文件。

第三方面，本申请实施例还提供一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行前述之任一所述方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行前述之任一所述方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：本申请实施例的车载应用的屏幕适配方法，在车载应用启动时，先基于预设屏幕划分策略确定车载应用所在屏幕的屏幕类型，预设屏幕划分策略独立于安卓系统中原始的屏幕划分策略；然后基于预设资源发布包，确定屏幕类型对应的界面资源文件的属性信息；最后根据屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息，以使安卓系统能够根据修改后的资源加载所述屏幕类型对应的界面资源文件。本申请实施例的车载应用的屏幕适配方法基于预设屏幕划分策略确定屏幕类型，更符合实际业务逻辑，且基于此修正安卓系统原有的资源加载逻辑，使得加载的资源文件能更贴近具体的屏幕，提高不同的界面资源与不同屏幕的适配效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中一种车载应用的屏幕适配方法的流程示意图；

图2为本申请实施例中一种车载应用的屏幕适配装置的结构示意图；

图3为本申请实施例中一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

针对需要设计多套布局文件来适配不同屏幕的问题，Android系统官方提供了一种屏幕适配方案，该方案需要将所有的UI布局文件中涉及到像素px(pixel)的部分，全部使用无关像素点dp(density-independent pixel)替换。例如，对于某一个UI中的控件来说，需要对宽和高指定单位为dp的值，当应用启动时，获取屏幕的像素密度，然后根据密度值将宽或者高换算成具体的像素px值。

举例来说，在Android系统中，显示对象的dp单位在显示对象渲染前可通过下式(1)-(3)转换为屏幕的px单位：

px＝density×dp，(1)

density＝dpi/160，(2)

px＝dp×(dpi/160)，(3)

其中，density表示屏幕的像素密度，dpi为屏幕像素密度的换算值，也称为每英寸点数(dot per inch)，其表征图像每英寸长度内的像素点数，可以根据屏幕真实的分辨率和尺寸来计算得到，每个型号的屏幕都具有对应的dpi。

由上式可见，dpi不同会导致density不同，而density不同，则会导致屏幕在dp单位下的总尺寸如总宽度或总高度不同。如此，使用dp处理后可使得不同比例的屏幕的显示效果能大致相同。然而目前车载设备的屏幕碎片化严重，不同宽高比的屏幕种类太多，用一套布局文件所能达到的显示效果仍然有限。

针对需要设计多套布局文件或者定义尺寸的资源文件dimen来适配不同屏幕的问题，现有技术中还提供了另一种方案，通过使用等比例缩放控件的宽高值，也就是dimen.xml文件中设置的值或者通过动态改变系统的density属性值来进行适配，这样的实现方式都是使用等比例缩放的思想来优化不同屏幕的适配的问题。

使用上述描述的方式实现后，能够在一种宽高比的屏幕上进行更好的适配，如16：9，16：6等某一种宽高比的屏幕上。通常来说，为了在16：6这种宽屏上进行更好的UI展示，设计人员会根据不同的宽高比设计不同的UI展示，这样就需要在前述方案的基础上，在一个发布包APK(Android application package，安卓安装包)里同时对不同宽高比的屏幕进行适配，例如，如果是16：9的宽高比的屏幕，就按照16：9(正常宽高比)的设计图中的尺寸进行适配，如果是16：6(宽屏)宽高比的屏幕，就根据16：6的设计图进行适配。

为了解决在一个APK中同时对不同宽高比的屏幕进行适配的问题，一般会采用Android官方提供的适配限定符来解决这个问题，如以宽高比划分屏幕为例，在安卓系统的资源文件夹中通过layout-long，layout-notlong，values-long，values-notlong来区分宽屏和非宽屏。当系统查找UI的布局文件和尺寸文件values-**/demens.xml时，先根据系统提供的值来判断当前屏幕是long还是notlong，从而加载不同的资源文件来解决需要在一个APK中根据不同的屏幕宽高比来适配不同的UI设计图的问题。

然而，由于车载设备上的安卓系统通常需要根据屏幕分辨率、屏幕尺寸计算出一个density的值设置在系统属性中，该属性值的计算并不是十分标准，即通常设置的值和实际差异比较大，进而导致上述在一个APK中同时对不同宽高比的屏幕进行适配的问题不能得到很好的解决。

基于此，本申请实施例提供了一种车载应用的屏幕适配方法，如图1所示，提供了本申请实施例中一种车载应用的屏幕适配方法的流程示意图，所述方法至少包括如下的步骤S110至步骤S130：

步骤S110，在车载应用启动时，基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型，所述预设屏幕划分策略独立于安卓系统中原始的屏幕划分策略。

实际应用场景下，屏幕类型的判断是后续进行车载应用界面与不同屏幕适配的基础，整体的实现逻辑是由车载设备上的安卓系统来完成的，在屏幕类型的判断阶段，以宽高比划分维度为例，现有的安卓系统所采用的判断逻辑可以示例如下：

安卓系统在设计上述判断逻辑时主要是基于硬件设备的一些参数进行设计的，然而因为车载设备的屏幕尺寸多样，且有些车载设备的屏幕尺寸并不规范，导致安卓系统基于此计算出的某些系统属性值并不标准，进而会误导系统错误地选择车载应用的资源文件进行加载，最终导致实际的显示效果不佳。

举例说明，安卓系统原始的屏幕划分策略为宽于5:3的屏幕均属于宽屏，对于常用的宽高比为16:9的设备，由于16:9大于5:3，系统会认为16:9的屏幕也属于宽屏，但是在实际业务场景下，一般公众通常会认为16:9的屏幕属于窄屏，而16:6的屏幕的才会认定是宽屏。

考虑到安卓系统的判断逻辑在实际业务场景下存在的上述问题，本申请实施例基于安卓系统保留的可以重写一些屏幕相关判断逻辑的功能，结合车载设备实际适用的业务逻辑，重新确定了屏幕划分策略，该屏幕划分策略区别于安卓系统原有的屏幕划分方式，更符合实际业务场景。

当车载应用在车载设备上启动时，可以先利用上述设置好的屏幕划分策略判断车载应用所在屏幕的屏幕类型，从而可以按照具体的车载应用的判断逻辑来进行判断，而不是安卓系统原有的判断逻辑。

步骤S120，基于预设资源发布包，确定所述屏幕类型对应的界面资源文件的属性信息。

在确定出车载应用所在屏幕的屏幕类型后，需要根据预设资源发布包，进一步确定该屏幕类型所对应的界面资源文件的属性信息，这里的预设资源发布包可以看作是一个包含不同车载应用在不同屏幕类型下的界面资源的文件包，属性信息主要可以包括用于区分不同屏幕类型的限定符，其作用是使安卓系统根据不同的限定符去对应的资源文件目录下加载该屏幕类型的屏幕所适配的资源文件。

以宽高比的划分方式为例，预设资源发布包中会对应存储有车载应用在宽屏的屏幕上适用的界面资源文件以及在非宽屏即正常屏幕上适用的界面资源文件，因此如果上述步骤判断出屏幕类型是宽屏，则对应可以确定出宽屏对应的界面资源文件的属性信息，如果判断出屏幕类型是非宽屏，则对应可以确定出非宽屏对应的界面资源文件的属性信息。

步骤S130，根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息，以使所述安卓系统能够根据修改后的资源加载策略中的属性信息加载所述屏幕类型对应的界面资源文件。

由于安卓系统本身的屏幕适配逻辑并未改变，因此在确定出当前屏幕类型所需要适配的界面资源文件的属性信息后，需要将安卓系统原有的资源加载策略中所要加载的界面资源文件的属性信息修改为当前重新确定的界面资源文件的属性信息，从而影响安卓系统本身的资源加载逻辑，使安卓系统能够根据本申请实施例重新确定的屏幕类型从相应的界面资源文件目录下加载界面资源，避免了安卓系统原有的判断逻辑不准确的问题，提高了屏幕适配的效果。

本申请实施例的车载应用的屏幕适配方法基于预设屏幕划分策略确定屏幕类型，更符合实际业务逻辑，且基于此修正安卓系统原有的资源加载逻辑，使得加载的资源文件能更贴近具体的屏幕，提高不同的界面资源与不同屏幕的适配效果。

在本申请的一个实施例中，所述预设屏幕划分策略基于车载设备的业务逻辑得到，所述预设屏幕划分策略包括多个屏幕划分维度，所述多个屏幕划分维度包括屏幕宽高比维度、屏幕尺寸维度以及车载设备系列维度的任意一种或多种。

本申请实施例的预设屏幕划分策略可以根据实际业务场景灵活设计，具体可以包括多个不同的屏幕划分维度，例如屏幕宽高比维度、屏幕尺寸维度以及车载设备系列维度等。在宽高比维度下，屏幕类型可以包括前述实施例中提及的宽屏(long)和非宽屏(notlong)，在屏幕尺寸维度下，屏幕类型可以包括小(small)、正常(normal)、大(large)以及极大(xlarge)等，在车载设备系列维度，屏幕类型又可以包括C系列设备屏幕、D系列设备屏幕以及E系列设备屏幕等等。

当然，本申请实施例的屏幕划分维度不局限于上述几种，具体如何划分屏幕类型，本领域技术人员可根据实际需求灵活设计，在此不一一列举。

在本申请的一个实施例中，所述预设屏幕划分策略包括多个屏幕划分维度，在车载应用启动之前，所述方法还包括：获取不同屏幕划分维度下的各个屏幕类型对应的界面资源；基于安卓系统的限定符机制，将各个屏幕类型对应的界面资源分别存储到对应的界面资源文件中，得到不同屏幕划分维度下的各个屏幕类型对应的界面资源文件；将不同屏幕划分维度下的各个屏幕类型对应的界面资源文件进行编译打包得到一个APK安装包，作为所述预设资源发布包。

如前所述，本申请实施例的屏幕划分策略可以包括多个屏幕划分维度，在不同的屏幕划分维度下，对应有不同的屏幕类型，本申请实施例在车载应用启动前，可以先基于不同屏幕划分维度构建一个APK预设资源发布包，作为后续屏幕适配的基础。

具体地，先获取不同屏幕划分维度下的屏幕类型对应的界面资源，例如在宽高比划分维度下，有非宽屏和宽屏两种屏幕，所以可以设计两套UI设计图，分别用来实现非宽屏和宽屏的展示效果，如非宽屏UI设计时以1280*720的比例来设计，宽屏以1920*720的比例来设计。

之后本申请实施例复用了安卓系统适配时的限定符机制，将不同类型的页面实现文件放入到不同限定符的文件夹中，具体实现时，可以将页面中的图片放入drawable文件夹或drawable-**文件夹中，将页面布局定义描述的xml文件放入到layout文件夹或者layout-**文件夹中，将页面中空间的尺寸如宽、高等定义放入到values文件夹或values-**文件夹中。

具体地，以宽高比划分维度为例，宽屏的界面资源放入到res/drawable-long，res/layout-long，res/values-long文件夹下，非宽屏的界面资源放入到res/drawable-notlong，res/layout-notlong，res/values-notlong下，这样当应用启动加载界面资源文件时，如果判定屏幕类型为宽屏，就优先从res/drawable-long，res/layout-long，res/values-long文件目录下寻找对应的界面资源并加载，如果该目录下没有对应的资源，就从默认的资源文件夹如drawable，layout，values文件夹中加载。

相应地，如果是从屏幕尺寸维度来区分不同的界面资源文件，可以使用res/drawable-small，res/drawable-normal，res/drawable-large，res/drawable-xlarge的限定符来进行资源文件夹的命名，当判定屏幕类型为small尺寸的屏幕时，优先从res/drawable-small的资源文件夹下获取并加载资源文件，从而可以实现针对small尺寸的屏幕进行适配的效果。

最后，将上述在不同屏幕划分维度下获取到的不同屏幕类型对应的界面资源文件进行编译打包，得到一个APK安装包，作为上述预设资源发布包。

需要说明的是，由于安卓系统本身目前支持的限定符比较有限，如宽高比限定符long/notlong，屏幕尺寸限定符small/normal/large/xlarge等，但是经过本申请实施例扩充后，可以更有效、更巧妙的利用安卓系统的限定符机制。

例如，如果利用本申请实施例的屏幕划分维度划分后有2种情况，那么就可以复用long/notlong，即安卓系统的宽高比维度的限定符，如果划分后有4种情况，就可以复用small/normal/large/xlarge，即安卓系统的屏幕尺寸维度的限定符，如果划分后有大于4种但小于等于8种情况，就可以复用ldpi/mdpi/hdpi/xhdpi/xxhdpi/xxxhdpi/nodpi/tvdpi，即安卓系统的屏幕密度维度的限定符等。

又例如，由于安卓系统中没有车载设备系列的划分维度，因此如果当前有C/D/E/F4种系列的车载设备，就可以复用small/normal/large/xlarge的限定符来进行资源文件的划分，当运行后判定是C系列车载设备时，通过改变small所对应的界面资源文件的属性信息后，让系统去加载small限定符所对应的资源文件夹，从而达到使用C系列车载设备对应的界面资源来适配C系列车载设备的屏幕的效果。

上述方案仅仅是本申请实施例的示例性描述，实际应用时还可以根据需求灵活扩充和调整屏幕划分维度，在此不一一列举。

此外，还需要说明的是，虽然安卓系统本身的限定符机制也是用来确定屏幕类型后进行不同屏幕适配的，但是由于一些系统值设置的不准确，导致了安卓系统本身的适配效果不佳，基于此，本申请进行了屏幕划分维度和资源加载逻辑的重写干预，通过本申请实施例的屏幕划分维度确定屏幕类型，更符合实际业务逻辑，且基于此修正安卓系统原有的资源加载逻辑，使得加载的资源文件能更贴近具体的屏幕，提高不同的界面资源与不同屏幕的适配效果。

在本申请的一个实施例中，所述预设屏幕划分策略包括宽高比维度，所述基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型包括：获取所述车载应用所在屏幕的宽高比信息；将所述屏幕的宽高比信息与预设宽高比阈值进行比较；若所述屏幕的宽高比信息大于所述预设宽高比阈值，则确定所述屏幕的屏幕类型为宽屏；否则，则确定所述屏幕的屏幕类型为非宽屏。

如前所述，预设屏幕划分策略可以包括多种不同的屏幕划分维度，本申请实施例以宽高比维度为例来具体阐述屏幕类型的判断逻辑，以便于更好的理解本申请整体方案的实现。

具体地，本申请实施例在宽高比划分维度下的判断逻辑示例如下：

可以看出，本申请基于实际业务逻辑重新确定了划分宽高比维度下的屏幕类型的阈值大小，当屏幕的宽高比大于2时，认为是宽屏，反之则认为是非宽屏，相比于安卓系统计算出的5/3，与屏幕的贴合效果更好，因此在后续的屏幕适配方面具有更好的显示效果。

需要说明的是，上述判断逻辑仅仅是宽高比划分维度下的示例性描述，实际应用时，本领域技术人员可根据需求灵活调整，以适应不同屏幕划分维度下的判断逻辑。

在本申请的一个实施例中，所述安卓系统的资源加载策略包括Activity组件中的多个限定符的属性信息，所述根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息包括：根据所述屏幕类型所对应的屏幕划分维度，在多个限定符中确定目标限定符；根据所述屏幕类型对应的界面资源文件的属性信息，修改所述目标限定符的属性信息。

如前所述，本申请实施例在安卓系统中设置的限定符判断逻辑出现问题时，可以根据自己的业务逻辑来重写限定符的属性值，如屏幕尺寸维度，安卓系统是以density的大小来判断的，但是车载设备中的density值设置的不规范，所以导致系统对屏幕尺寸的划分如small，normal，large，xlarge等存在问题，因此本申请实施例可以通过重写android.content.res.Configuration中的限定符screenLayoutSize值来解决这个问题。

具体地，根据某一屏幕划分维度，通过重写安卓系统的Activity组件中的getResource()方法，修改resource资源的Configuration配置中的一些限定符使用的属性值，如宽高比划分维度下，修改configuration.screenLayout值，使得按照不同维度划分的不同屏幕，可以使用设置的不同UI设计图的尺寸进行适配，从而解决了在一个APK中支持多种维度的屏幕按照对应维度的UI设计图进行适配的问题，而且修改过的屏幕维度判定逻辑更贴近实际情况，提高了屏幕适配效果。修正后的资源加载逻辑示例如下：

在本申请的一个实施例中，在基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型之后，所述方法还包括：在所述屏幕类型所对应的屏幕划分维度下，基于所述预设资源发布包，确定所述屏幕类型对应的车载应用的界面设计参数；根据所述车载应用的界面设计参数设置屏幕显示参数，以在所述屏幕上加载所述车载应用的界面。

本申请实施例在确定了车载应用所在屏幕的屏幕类型后，为了达到最终的界面展示的目的，还可以根据该屏幕类型所对应的界面设计参数进行屏幕显示参数的设置，实现该屏幕类型的车载应用的界面与对应屏幕的适配。

具体地，根据某一维度的屏幕划分方式如宽高比维度，设置开发时使用的UI设计图的宽和高，如果是宽屏，可以设置开发时依据的UI设计图的宽度和高度分别为designScreenWidth＝1920，designScreenHeight＝720，如果是非宽屏，可以设置开发时依据的UI设计图的宽度和高度分别为densityScreenWidth＝1280，designScreenHeight＝720。

在本申请的一个实施例中，所述屏幕类型包括多个屏幕尺寸，所述根据所述屏幕类型的车载应用的界面设计参数设置屏幕显示参数包括：在对某一屏幕划分维度下的不同屏幕进行适配时，若所述车载应用的界面设计参数与所述车载应用所在屏幕的屏幕尺寸不适配，则根据所述屏幕的屏幕尺寸，在Activity组件中修改所述屏幕显示参数，以使所述车载应用的同一个界面资源文件能够适配多个不同屏幕尺寸的屏幕。

上述实施例仅仅是屏幕显示参数的初始设置，在某一个屏幕类型下，通常由于屏幕尺寸、分辨率以及系统density等值的不一样，实际有多种不同参数的屏幕，例如在宽高比维度下，16:9和4:3都认为是非宽屏，由于非宽屏和宽屏分别对应一套界面资源文件，因此在屏幕适配时，需要根据具体的屏幕尺寸大小来适应性调整屏幕显示参数，从而实现一种屏幕类型下的一套界面资源文件与不同尺寸的屏幕的适配。

具体地，可以在安卓系统Application应用和Activity组件中修改屏幕显示参数，具体可以包括density，densityDpi，scaledDensity，xdpi，ydpi等属性值，使得在一种屏幕类型的屏幕如宽屏上可以实现等比例缩放，从而可以在所有宽屏的屏幕上得到相同的展示效果，解决了一种屏幕类型下的多屏幕适配问题。本申请实施例的实现逻辑示例如下：

综上所述，本申请的车载应用的屏幕适配方法至少取得了如下技术效果：

1)本申请能够以很小的开发成本，在车载设备的安卓系统中，使用一个APK发布包同时适配不同宽高比或者不同屏幕尺寸等其他维度划分的屏幕；

2)本申请使用了安卓系统适配时的限定符机制，在开发时将不同种类的页面实现文件放入到不同限定符的文件夹中，这样当应用启动并加载页面的资源文件时，就可以自动从对应的资源文件夹下去获取资源文件并加载，从而达到可以针对不同屏幕划分维度的屏幕进行适配的效果。

3)本申请通过复用安卓系统的限定符加载机制来区分不同的屏幕，同时在Activity组件中通过重写getResource()方法来覆盖一些限定符的判断逻辑，实现了在一个APK发布包中根据不同的UI设计图来适配不同的屏幕，弥补了安卓系统自身属性值不准的问题，从而修正了在安卓系统中使用限定符进行适配时可能出现的资源文件夹适配错误的问题；

4)在基于本申请的屏幕划分维度确定了屏幕类型的基础上，还可以进一步对该屏幕类型所对应的界面资源进行等比例缩放，以使一个屏幕类型下的不同屏幕可以使用相应的UI设计图中的布局和尺寸值来进行适配。

本申请实施例还提供了一种车载应用的屏幕适配装置200，如图2所示，提供了本申请实施例中一种车载应用的屏幕适配装置的结构示意图，所述装置200包括：第一确定单元210、第二确定单元220以及适配单元230，其中：

第一确定单元210，用于在车载应用启动时，基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型，所述预设屏幕划分策略独立于安卓系统中原始的屏幕划分策略；

第二确定单元220，用于基于预设资源发布包，确定所述屏幕类型对应的界面资源文件的属性信息；

适配单元230，用于根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息，以使所述安卓系统能够根据修改后的资源加载策略中的属性信息加载所述屏幕类型对应的界面资源文件。

在本申请的一个实施例中，所述预设屏幕划分策略包括多个屏幕划分维度，所述装置还包括：获取单元，用于获取不同屏幕划分维度下的各个屏幕类型对应的界面资源；存储单元，用于基于安卓系统的限定符机制，将各个屏幕类型对应的界面资源分别存储到对应的界面资源文件中，得到不同屏幕划分维度下的各个屏幕类型对应的界面资源文件；打包单元，用于将不同屏幕划分维度下的各个屏幕类型对应的界面资源文件进行编译打包得到一个APK安装包，作为所述预设资源发布包。

在本申请的一个实施例中，所述预设屏幕划分策略基于车载设备的业务逻辑得到，所述预设屏幕划分策略包括多个屏幕划分维度，所述多个屏幕划分维度包括屏幕宽高比维度、屏幕尺寸维度以及车载设备系列维度的任意一种或多种。

在本申请的一个实施例中，所述预设屏幕划分策略包括宽高比维度，所述第一确定单元210具体用于：获取所述车载应用所在屏幕的宽高比信息；将所述屏幕的宽高比信息与预设宽高比阈值进行比较；若所述屏幕的宽高比信息大于所述预设宽高比阈值，则确定所述屏幕的屏幕类型为宽屏；否则，则确定所述屏幕的屏幕类型为非宽屏。

在本申请的一个实施例中，所述安卓系统的资源加载策略包括Activity组件中的多个限定符的属性信息，所述适配单元230具体用于：根据所述屏幕类型所对应的屏幕划分维度，在多个限定符中确定目标限定符；根据所述屏幕类型对应的界面资源文件的属性信息，修改所述目标限定符的属性信息。

在本申请的一个实施例中，所述装置还包括：第三确定单元，用于在所述屏幕类型所对应的屏幕划分维度下，基于所述预设资源发布包，确定所述屏幕类型对应的车载应用的界面设计参数；设置单元，用于根据所述车载应用的界面设计参数设置屏幕显示参数，以在所述屏幕上加载所述车载应用的界面。

在本申请的一个实施例中，所述屏幕类型包括多个屏幕尺寸，所述设置单元具体用于：在对某一屏幕划分维度下的不同屏幕进行适配时，若所述车载应用的界面设计参数与所述车载应用所在屏幕的屏幕尺寸不适配，则根据所述屏幕的屏幕尺寸，在Activity组件中修改所述屏幕显示参数，以使所述车载应用的同一个界面资源文件能够适配多个不同屏幕尺寸的屏幕。

能够理解，上述车载应用的屏幕适配装置，能够实现前述实施例中提供的车载应用的屏幕适配方法的各个步骤，关于车载应用的屏幕适配方法的相关阐释均适用于车载应用的屏幕适配装置，此处不再赘述。

图3是本申请的一个实施例电子设备的结构示意图。请参考图3，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成车载应用的屏幕适配装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

在车载应用启动时，基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型，所述预设屏幕划分策略独立于安卓系统中原始的屏幕划分策略；

基于预设资源发布包，确定所述屏幕类型对应的界面资源文件的属性信息；

根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息，以使所述安卓系统能够根据修改后的资源加载策略中的属性信息加载所述屏幕类型对应的界面资源文件。

上述如本申请图1所示实施例揭示的车载应用的屏幕适配装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1中车载应用的屏幕适配装置执行的方法，并实现车载应用的屏幕适配装置在图1所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图1所示实施例中车载应用的屏幕适配装置执行的方法，并具体用于执行：

在车载应用启动时，基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型，所述预设屏幕划分策略独立于安卓系统中原始的屏幕划分策略；

基于预设资源发布包，确定所述屏幕类型对应的界面资源文件的属性信息；

根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息，以使所述安卓系统能够根据修改后的资源加载策略中的属性信息加载所述屏幕类型对应的界面资源文件。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种车载应用的屏幕适配方法，其中，所述方法包括：

在车载应用启动时，基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型，所述预设屏幕划分策略独立于安卓系统中原始的屏幕划分策略；

基于预设资源发布包，确定所述屏幕类型对应的界面资源文件的属性信息；

根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息，以使所述安卓系统能够根据修改后的资源加载策略中的属性信息加载所述屏幕类型对应的界面资源文件。

2.如权利要求1所述方法，其中，所述预设屏幕划分策略包括多个屏幕划分维度，在车载应用启动之前，所述方法还包括：

获取不同屏幕划分维度下的各个屏幕类型对应的界面资源；

基于安卓系统的限定符机制，将各个屏幕类型对应的界面资源分别存储到对应的界面资源文件中，得到不同屏幕划分维度下的各个屏幕类型对应的界面资源文件；

将不同屏幕划分维度下的各个屏幕类型对应的界面资源文件进行编译打包得到一个APK安装包，作为所述预设资源发布包。

3.如权利要求1所述方法，其中，所述预设屏幕划分策略基于车载设备的业务逻辑得到，所述预设屏幕划分策略包括多个屏幕划分维度，所述多个屏幕划分维度包括屏幕宽高比维度、屏幕尺寸维度以及车载设备系列维度的任意一种或多种。

4.如权利要求1所述方法，其中，所述预设屏幕划分策略包括宽高比维度，所述基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型包括：

获取所述车载应用所在屏幕的宽高比信息；

将所述屏幕的宽高比信息与预设宽高比阈值进行比较；

若所述屏幕的宽高比信息大于所述预设宽高比阈值，则确定所述屏幕的屏幕类型为宽屏；

否则，则确定所述屏幕的屏幕类型为非宽屏。

5.如权利要求1所述方法，其中，所述安卓系统的资源加载策略包括Activity组件中的多个限定符的属性信息，所述根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息包括：

根据所述屏幕类型所对应的屏幕划分维度，在多个限定符中确定目标限定符；

根据所述屏幕类型对应的界面资源文件的属性信息，修改所述目标限定符的属性信息。

6.如权利要求1所述方法，其中，在基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型之后，所述方法还包括：

在所述屏幕类型所对应的屏幕划分维度下，基于所述预设资源发布包，确定所述屏幕类型对应的车载应用的界面设计参数；

根据所述车载应用的界面设计参数设置屏幕显示参数，以在所述屏幕上加载所述车载应用的界面。

7.如权利要求6所述方法，其中，所述屏幕类型包括多个屏幕尺寸，所述根据所述屏幕类型的车载应用的界面设计参数设置屏幕显示参数包括：

在对某一屏幕划分维度下的不同屏幕进行适配时，若所述车载应用的界面设计参数与所述车载应用所在屏幕的屏幕尺寸不适配，则根据所述屏幕的屏幕尺寸，在Activity组件中修改所述屏幕显示参数，以使所述车载应用的同一个界面资源文件能够适配多个不同屏幕尺寸的屏幕。

8.一种车载应用的屏幕适配装置，其中，所述装置包括：

第一确定单元，用于在车载应用启动时，基于预设屏幕划分策略确定所述车载应用所在屏幕的屏幕类型，所述预设屏幕划分策略独立于安卓系统中原始的屏幕划分策略；

第二确定单元，用于基于预设资源发布包，确定所述屏幕类型对应的界面资源文件的属性信息；

适配单元，用于根据所述屏幕类型对应的界面资源文件的属性信息修改安卓系统的资源加载策略中的属性信息，以使所述安卓系统能够根据修改后的资源加载策略中的属性信息加载所述屏幕类型对应的界面资源文件。

9.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行所述权利要求1～7之任一所述方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行所述权利要求1～7之任一所述方法。

Images