CN109462668A - 一种处理域名解析请求的方法和装置 - Google Patents

Abstract

本申请涉及终端领域，尤其涉及一种处理域名解析请求的方法和装置，用以解决现有技术中仅支持IPv4的电子设备通过DNS的域名解析结果加载数据时间较长的问题。该方法包括：获取域名解析请求，解析域名得到域名的IP地址列表；对位于IP地址列表中的第一个IP地址进行网络连接测试；当对位于IP地址列表中的第一个IP地址的网络连接测试失败时，则将IP地址列表中的第一个IP地址替换为IP地址列表中的最后一个IP地址。上述方案能将IP地址列表中首位的IP地址更换为末位的IP地址，使仅支持IPv4的设备能直接通过IPv4地址上网，无需对列表中的IPv6地址进行多次尝试连接，从而尽快实现数据加载，缩短用户等待时间，提升用户体验。

Description

一种处理域名解析请求的方法和装置

技术领域

本申请涉及终端领域，尤其涉及一种处理域名解析请求的方法和装置。

背景技术

现有的电子设备在上网时，往往会用到域名系统(Domain Name System，DNS)。域名系统能够根据用户输入的域名访问与域名相对应的互联网协议地址，也称为IP(Internet Protocol)地址。

现有技术中广泛应用的互联网协议大多为第四版(IPv4)，但IPv4的地址资源有限，部分网络服务已经开始使用互联网协议第六版(IPv6)，与IPv4相比，IPv6具有更优的网络功能。但是，现有技术中仅有部分电子设备支持IPv6，另一部分电子设备依然只支持IPv4。

对于只支持IPv4的电子设备，无法通过DNS解析出的IPv6地址加载数据，电子设备往往需要多次尝试连接IPv6地址，失败后，才能通过IPv4地址加载数据。由此导致电子设备尝试连接的时间过长，电子设备的界面不能及时加载数据，用户长时间看不到加载内容，体验较差。

发明内容

本申请实施例提供一种处理域名解析请求的方法和装置，用以解决现有技术中仅支持IPv4的电子设备通过DNS的域名解析结果加载数据时间较长的问题。

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

第一方面，提供了一种处理域名解析请求的方法方法，包括：

获取域名解析请求，解析域名得到所述域名的IP地址列表，其中，所述IP地址列表中的IP按列表顺序进行网络连接；

对位于所述IP地址列表中的第一个IP地址进行网络连接测试；

当对位于所述IP地址列表中的第一个IP地址的网络连接测试失败时，则将所述IP地址列表中的第一个IP地址替换为所述IP地址列表中的最后一个IP地址。

第二方面，提供了一种处理域名解析请求的装置，包括：

解析模块，获取域名解析请求，解析域名得到所述域名的IP地址列表，其中，所述IP地址列表中的IP按列表顺序进行网络连接；

测试模块，对位于所述IP地址列表中的第一个IP地址进行网络连接测试；

替换模块，当对位于所述IP地址列表中的第一个IP地址的网络连接测试失败时，则将所述IP地址列表中的第一个IP地址替换为所述IP地址列表中的最后一个IP地址。

第三方面，提供了一种终端设备，该终端设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的方法的步骤。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请提供的技术方案，根据域名生成IP地址列表，并对首个IP地址进行网络连接测试，当网络连接测试失败时，则将IP地址列表中最后一个IP地址移动到首位。通过上述方案，能将IP地址列表中首位的IPv6地址替换为末位的IPv4地址，使仅支持IPv4的设备能直接通过IPv4地址上网，无需对列表中的IPv6地址进行多次尝试连接，从而尽快实现数据加载，缩短用户等待时间，提升用户体验。

附图说明

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

图1是本发明的一个实施例处理域名解析请求的方法的流程图之一。

图2是本发明的一个实施例处理域名解析请求的方法的流程图之二。

图3是本发明的一个实施例处理域名解析请求的方法的流程图之三。

图4是本发明的一个实施例处理域名解析请求的方法的流程图之四。

图5是本发明的一个实施例处理域名解析请求的方法的流程图之五。

图6是本发明的一个实施例处理域名解析请求的方法的流程图之六。

图7是本发明的一个实施例处理域名解析请求的装置结构图。

图8为实现本发明各个实施例的一种移动终端的硬件结构示意图。

具体实施方式

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

在现有技术中，DNS(Domain Name System，域名系统)根据域名解析得到的互联网协议地址列表往往包括IPv4地址，部分域名还能解析出IPv6，通常情况下，在互联网协议地址列表中IPv6位于IPv4之前。在网络连接过程中，从互联网协议地址列表的第一个地址开始连接，尝试通过第一个地址加载网络内容，当连接失败时，或者在预设时间之内没有响应时，则尝试通过第二地址连接。

通常情况下，DNS根据域名解析得到的互联网协议地址往往不止一个，如果电子设备不支持IPv6，仅支持IPv4，则需要尝试连接多个IPv6地址。在对多个IPv6地址连接失败之后才会尝试通过IPv4地址连接。对于仅支持IPv4的设备，多次尝试连接IPv6地址必然失败，无法加载网络内容，对IPv6地址尝试连接的过程耗时较长，用户等待的时间较长。

本申请提供的一种处理域名解析请求的方法，可以应用于各种电子设备，如手机、平板电脑、智能手表等。本申请提供的方案用以解决现有技术中仅支持IPv4的电子设备通过DNS的域名解析结果加载数据时间较长的问题。以下结合附图，详细说明本申请各实施例提供的技术方案。本申请中附图编号仅用于区分方案中的各个步骤，不用于限定各个步骤的执行顺序，具体执行顺序以说明书中描述为准。

本申请实施例提供一种处理域名解析请求的方法，如图1所示，下面以电子设备为执行主体说明本方案，本申请提供的方法包括以下步骤：

步骤11：获取域名解析请求，解析域名得到所述域名的IP地址列表，其中，所述IP地址列表中的IP按列表顺序进行网络连接。

步骤12：对位于所述IP地址列表中的第一个IP地址进行网络连接测试。

步骤13：当对位于所述IP地址列表中的第一个IP地址的网络连接测试失败时，则将所述IP地址列表中的第一个IP地址替换为所述IP地址列表中的最后一个IP地址。

上述步骤11中，域名解析也可称为域名指向、服务器设置、域名配置以及反向IP登记等等。该域名可以是由用户输入的域名，也可以由应用程序等软件提供。域名解析是把域名指向网站空间IP，让人们通过注册的域名可以方便地访问到网站的一种服务，域名解析就是域名到IP地址的转换过程。较优的，域名的解析工作可以由DNS服务器完成。

具体的，解析域名得到的IP地址列表中可以包括多个IP地址，IP地址列表中的IP地址可以包括以下至少一种：IPv6地址、IPv4地址。通常情况下，可用的域名往往能解析得到至少一个IPv4地址，部分域名不仅可以解析得到IPv4地址，还能解析得到至少一个IPv6地址。

较优的，解析得到的IP地址列表中包括与所述域名相对应的全部IP地址。当IP地址列表中包含有多个IP地址时，IP地址列表中的IP按列表顺序进行网络连接。当部分获取到的IP地址无法载入数据时，可以通过IP地址列表中的其他IP地址载入数据。

基于上述实施例所述的方法，如图2所示，上述步骤11中，解析域名得到所述域名的IP地址列表，具体包括：

步骤111：获取与所述域名相对应的至少一个IPv6地址。

步骤112：获取与所述域名相对应的至少一个IPv4地址。

步骤113：基于所述至少一个IPv6地址和所述至少一个IPv4地址生成所述IP地址列表，其中，所述至少一个IPv6地址排在所述至少一个IPv4地址之前。

在本方案中，获取到的与域名相对应的IP地址有可能是多个，这些IP地址可以分为IPv6地址和IPv4地址两类。通常情况下，将解析获得的IPv6地址排列在IPv4地址之前，能使得电子设备优先通过IPv6地址加载数据。对于支持IPv6相关功能的电子设备，可以直接通过排在IP地址列表首位的IPv6地址加载数据。加载数据的速度较快，用户体验较好。

根据域名解析获得IP地址列表之后，可以执行上述步骤12，对位于所述IP地址列表中的第一个IP地址进行网络连接测试。

在本步骤中，对IP地址列表中首位IP地址进行网络连接测试(pingtest)，用以测试该IP地址是否可以进行数据通讯。经过测试，若网络连接测试成功，则表明可以通过该IP地址加载数据。若网络连接测试失败，则表明该IP地址无法加载数据。

对于上述步骤12，对位于所述IP地址列表中的第一个IP地址进行网络连接测试，在具体实施过程中可以先向位于所述IP地址列表中的第一个IP地址发送网络连接请求，然后根据接收到的反馈信息确定位于所述IP地址列表中的第一个IP地址是否可以进行数据通讯。

向位于IP地址列表中的第一个IP地址发送的网络连接请求可以是预先编辑的请求报文。服务器接收该请求报文后向电子设备反馈响应报文，电子设备可以根据反馈回的响应报文中的具体内容确定该IP地址是否可以进行数据通讯。

若响应报文中包含与连接成功相对应的内容，则确定该IP地址处于可连接状态，即处于“ping通”状态。若响应报文中未包含与连接失败相对应的内容，则确定该IP地址处于不可连接状态，即处于无法正常加载数据或者加载数据过慢的状态。

经过网络连接测试，若该IP地址处于可连接状态，则可以通过位于IP地址列表中的第一个IP地址进行网络连接，从而实现数据加载。若该IP地址处于不可连接状态，则执行本申请上述步骤13。

本申请提供的上述方案，通过对IP地址列表中第一个IP地址发送网络连接请求的方式，确定该IP地址是否可用。若可用，则可以通过该IP实现数据加载，若不可用，则可以继续执行步骤13。从而在支持IPv6相关功能的情况下实现快速加载，避免较长的等待时间，提升用户体验。

通常情况下，IP地址列表中第一个IP地址是IPv6地址。经过网络连接测试，如果该IPv6地址处于可链接状态，则表明当前IPv6地址可用。如果该IPv6地址处于不可连接状态，则表明当前IPv6地址不可用。通过上述方案，能确定当前可用的IP地址的类型。对于支持IPv6相关功能的电子设备，可以直接通过网络连接测试成功的IPv6地址进行网络连接。

在上述步骤12之后，可以执行步骤13，如果网络连接测试失败，则将所述IP地址列表中的第一个IP地址替换为所述IP地址列表中的最后一个IP地址，以通过可用的IP地址进行网络连接。

具体的，网络连接测试失败则表明IPv6地址不可用。此时，将IP地址列表中的首个IP地址替换为该IP地址列表中最后一个IP地址。通常情况下，IP地址列表中IPv6地址位于IPv4地址之前，因此，最后一个IP地址是IPv4地址。对于不支持IPv6相关功能的电子设备，将IP地址列表中IP地址的顺序进行调整，使IPv4地址位于IP地址列表的首位，以便随后进行网络连接时，优先通过IPv4地址进行网络连接，避免对多个IPv6地址进行尝试，缩短加载时间，实现快速加载数据。

基于上述实施例所述的方案，本申请提供一种较优的处理域名解析请求的方法，下面以手机为例进行说明。如图3所示，在对位于所述IP地址列表中的第一个IP地址的网络连接测试失败之后，还包括：

步骤14：判断获取的域名解析请求是否为应用程序首次发送的域名解析请求。

若否，则执行步骤141：根据系统应用属性文件确定进行网络连接的IP地址。

若是，则执行步骤142：则将所述应用程序对应的uid写入所述系统应用属性文件，通过IPv4地址进行网络连接。

当网络连接测试失败时，则表明IPv6地址不可用，具体的，可以理解为当前应用程序不支持IPv6的相关功能。本方案中的uid(user identifier)可以指应用程序标识码，用于对当前电子设备中安装的应用程序进行标记区分。

通常情况下，一个应用程序对应一个包名，当应用程序首次安装到手机上时，手机系统会为新安装的应用程序分配一个uid。在同一时刻，一个手机系统中多个应用程序与多个uid一一对应，可以通过应用程序识别相对应的uid，也可以通过uid识别相对应的应用程序。

具体的，当电子设备中的任意应用程序进行网络连接时，可以根据网络连接的具体情况生成网络连接历史文件。该网络连接历史文件中可以包括应用程序发送域名解析请求的时间、连通网络的时间、断开网络连接的时间等。电子设备中可以包含一个网络连接历史文件，用于记录多个应用程序的网络连接历史情况，也可以根据每个应用程序的网络连接历史文件，各自生成与应用程序相对应的网络连接历史文件。

具体的，本申请提供的方案中的步骤14，可以基于上述网络连接历史文件判断获取的域名解析请求是否为应用程序首次发送的域名解析请求。在电子设备中，如果没有查询到与发送域名解析请求的应用程序相对应的网络连接历史信息，则表明该应用程序是首次发送域名解析请求。

本申请提供的技术方案，能将首次发送域名解析请求的应用程序与非首次发送域名解析请求的应用程序进行区分。对于首次发送域名解析请求的应用程序，通过IPv4地址进行网络连接，从而实现快速加载数据。

另外，将该应用程序的uid写入系统应用属性文件夹，从而在系统应用属性文件中记录该应用程序“不支持IPv6相关功能”的信息。在该应用程序再次发送域名解析请求时，根据系统应用属性文件中的uid即可获知该应用程序不支持IPv6相关功能，仅能通过IPv4地址进行网络连接。

较优的，如图4所示，上述步骤141具体包括：

步骤15：查询系统应用属性文件中是否包含所述应用程序对应的uid。

若是，则执行步骤151：通过IPv4地址进行网络连接。

若否，则执行步骤152：通过IPv6地址进行网络连接。

如果获取的域名解析请求并非应用程序首次发送的域名解析请求，则表明该应用程序曾经发送过域名解析请求并进行过网络连接。如果系统应用属性文件中记录有该应用程序的uid，则表明该应用程序不支持IPv6相关功能，仅能通过IPv4进行网络连接，因此，执行步骤151，通过IPv4地址实现数据加载。

如果系统应用属性文件中未记录有该应用程序的uid，则表明该应用程序曾经通过IPv6地址进行过网络连接，该应用程序支持IPv6相关功能。当前网络连接测试失败有可能是由于网络环境差、延迟时间长等原因造成的，并非由于应用程序不支持IPv6相关功能。因此，执行步骤152，通过IPv6地址实现数据加载。

本申请提供的技术方案，针对于非首次网络连接的应用程序，通过查询系统应用属性文件判断应用程序是否支持IPv6相关功能，从而确定进行网络连接的IP类型。对于由于网络环境差、延迟时间长而造成的网络连接测试失败，再次通过IPv6地址进行连接。从而对使支持IPv6相关功能的应用程序优先通过IPv6地址进行网络连接，优化用户体验。对于不支持IPv6相关功能的应用程序通过IPv4地址进行网络连接，提高加载速度，避免多次尝试IPv6地址造成的加载速度慢的情况。

基于上述实施例所述的方法，较优的，如图5所示，上述步骤142具体包括：

步骤161：识别所述应用程序的包名。

步骤162：确定所述应用程序的包名对应的uid。

步骤163：将所述应用程序的包名对应的uid写入所述系统应用属性文件。

本申请提供的方案中，通过应用程序识别相对应的uid时，具体是先识别应用程序所对应的包名，然后通过识别到的包名识别相对应的uid，从而获得与应用程序相对应的uid。

具体的，先获取应用程序包名所对应的uid，然后将获取到的uid记录在系统应用属性文件中。随后，再次解析该应用程序提供的域名时，根据系统应用属性文件中记录的uid可知，该应用程序不支持IPv6的相关功能，则可以将IP地址列表中首位IP地址替换为IP地址列表中最后一位IP地址，从而通过IPv4地址进行连接，实现快速加载数据，避免对IPv6地址进行多次网络连接测试。

较优的，如图6所示，对于手机中的任一应用程序提供的域名，可以通过以下步骤进行域名解析：

步骤61：解析域名得到IP地址列表。

具体的，进行dns解析获得IP地址列表。

步骤62：对IP地址列表中的第一个IP地址进行网络连接测试。

具体的，对IP地址列表中首个IP地址(IPv6地址)进行网络连接测试(pingtest)，当网络连接测试成功时，执行步骤66，通过IP地址列表中的第一个IP地址进行网络连接，即使用经过网络连接测试成功的IP地址(IPv6地址)进行网络连接。当网络连接测试失败时，表明该应用程序可能不支持IPv6的相关功能，另外，网络环境差、延迟时间长也有可能导致上述网络连接测试失败。

当网络连接测试失败时，执行步骤63，判断当前域名是否是应用程序首次提供的域名。如果该域名是该应用程序首次提供的域名，则表明该应用程序不支持IPv6相关功能，且系统应用属性文件中尚未记录与该应用程序相关的uid，随后，可以将该应用程序的包名所对应的uid记录在系统应用属性文件中。

通常情况下，在应用程序首次安装在手机上时，手机会为新安装的应用程序分配一个uid，并记录应用程序与uid的对应关系。对于首次提供域名的不支持IPv6相关功能的应用程序，先识别该应用程序的包名，然后查询与该应用程序的包名相对应的uid，再将查询到的与应用程序相对应的uid写入系统应用属性文件。之后，再次解析该应用程序提供的域名时，可以根据系统应用属性文件中记录的uid获知，该应用程序不支持IPv6的相关功能，从而通过IPv4地址进行数据加载。

在实际应用过程中，也有可能因为网络环境差、延迟时间长等原因造成支持IPv6功能的应用程序在网络连接测试时失败。基于这种情况，本申请还提供一种较优的方案。对于网络连接测试失败的应用程序，判断当前域名是否是改应用程序首次提供的域名。如果该应用程序曾提供过域名，则可以根据系统应用属性文件中记录的uid判断该应用程序是否支持IPv6的相关功能。

经过判断，若判断结果为否，即该应用程序曾提供过域名，则执行步骤64，根据系统属性确定当前应用程序是否支持IPv6相关功能。具体的，先查询该应用程序对应的uid，然后查询系统应用属性文件中是否记录有该应用程序对应的uid。如果在系统应用属性文件中查询到了与该应用程序对应的uid，则表明该应用程序不支持IPv6的相关功能，仅能通过IPv4地址加载数据。如果在系统应用属性文件中未查询到与该应用程序对应的uid，则表明该应用程序曾经通过IPv6地址进行过网络连接，支持IPv6功能，本次网络连接测试失败有可能是由于网络环境差、延迟时间长等原因。对于这种情况，可以执行步骤66，通过IP地址列表中的第一个IP地址进行网络连接，即通过IPv6地址进行网络连接。

经过判断，若判断结果为是，即该应用程序是首次提供域名，则先执行步骤67，识别应用程序的包名。然后执行步骤68，识别应用程序的包名对应的uid。再执行步骤69，将识别到的uid写入系统属性，使得系统属性中保存有该应用程序的相关信息。随后执行步骤65，将IP地址列表中第一个IP地址替换为最后一个IP地址，即将IP地址列表中第一个IP地址替换为IPv4地址，随后执行步骤66，通过IP地址列表中的第一个IP地址进行网络连接。

在上述步骤64中，如果根据系统属性确定当前应用程序不支持IPv6相关功能，则表明该应用程序仅能通过IPv4地址进行连接，则执行上述步骤65和步骤66，通过IPv4地址进行网络连接。

在本方案中，对于不支持IPv6的相关功能的应用程序，将解析出的IP地址列表中第一个IP地址替换为最后一个IP地址，由于最后一个IP地址是IPv4地址，将该IPv4地址调整至IP地址列表首位，可以使该应用程序通过IPv4地址实现快速加载数据，无需长时间等待，避免对IPv6地址进行多次连通尝试，提升用户体验。

本申请实施例在此示出了前述步骤的具体实现方式。当然，应理解，上述步骤也可以采用其它的方式实现，本申请实施例对此不作限制

图7是本申请的一个实施例处理域名解析请求的装置700的结构示意图。应理解，处理域名解析请求的装置700可以是处理域名解析请求的装置的一部分，或者是电子设备的一部分。在具体的应用中，该处理域名解析请求的装置700可以是移动终端，或者是移动终端上部署的应用。如图7所示，处理域名解析请求的装置700可包括：

解析模块701，获取域名解析请求，解析域名得到所述域名的IP地址列表，其中，所述IP地址列表中的IP按列表顺序进行网络连接；

测试模块702，对位于所述IP地址列表中的第一个IP地址进行网络连接测试；

替换模块703，如果对位于所述IP地址列表中的第一个IP地址的网络连接测试失败，则将所述IP地址列表中的第一个IP地址替换为所述IP地址列表中的最后一个IP地址。

本申请提供的技术方案，根据域名生成IP地址列表，并对首个IP地址进行网络连接测试，当网络连接测试失败时，则将IP地址列表中最后一个IP地址移动到首位。通过上述方案，能将IP地址列表中首位的IPv6地址替换为末位的IPv4地址，使仅支持IPv4的设备能直接通过IPv4地址上网，无需对列表中的IPv6地址进行多次尝试连接，从而尽快实现数据加载，缩短用户等待时间，提升用户体验。

可选地，作为一个实施例，所述IP地址列表中的IP地址包括以下至少一种：IPv6地址、IPv4地址。

进一步地，所述解析模块701，具体用于：

获取与所述域名相对应的至少一个IPv6地址；

获取与所述域名相对应的至少一个IPv4地址；

基于所述至少一个IPv6地址和所述至少一个IPv4地址生成所述IP地址列表，其中，所述至少一个IPv6地址排在所述至少一个IPv4地址之前。

更进一步地，上述装置700还包括：

判断模块704，判断获取的域名解析请求是否为应用程序首次发送的域名解析请求；

若否，则根据系统应用属性文件确定进行网络连接的IP地址；

若是，则将所述应用程序对应的uid写入所述系统应用属性文件，通过IPv4地址进行网络连接。

可选地，作为一个实施例，所述判断模块704，具体用于：

查询系统应用属性文件中是否包含所述应用程序对应的uid，

若是，则通过IPv6地址进行网络连接；

若否，则通过IPv4地址进行网络连接。

可选的，作为一个实施例，所述判断模块704，具体用于：

识别所述应用程序的包名；

确定所述应用程序的包名对应的uid；

将所述应用程序的包名对应的uid写入所述系统应用属性文件。

本发明实施例提供的装置700能够实现图1-图6所示的方法实施例中处理域名解析请求的方法的各个过程，为避免重复，这里不再赘述。

图8为实现本发明各个实施例的一种移动终端的硬件结构示意图，

该移动终端800包括但不限于：射频单元801、网络模块802、音频输出单元803、输入单元804、传感器805、显示单元806、用户输入单元807、接口单元808、存储器809、处理器810、以及电源811等部件。本领域技术人员可以理解，图8中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，射频单元801，用于接收多个输入像素点，所述多个输入像素点包括：第一输入像素点，与所述第一输入像素点相邻的第二输入像素点，与所述第一输入像素点相邻的第三输入像素点。

处理器810，用于合成所述多个输入像素点得到多个输出像素点，所述多个输出像素点包括：由至少部分所述第一输入像素点和至少部分所述第二输入像素点合成得到的第一输出像素点，由至少部分所述第一输入像素点和至少部分所述第三输入像素点合成得到的第二输出像素点；发送所述多个输出像素点。

在本发明实施例中，通过将多个输入像素点合成多个输出像素点的方式提高拍摄图片中像素点的亮度和对比度，在合成输出像素点的过程中，将至少一个输入像素点与多个相邻像素点分别合成，使输出像素点的数量与输入像素点的数量相接近，避免在合成像素点的过程中降低拍摄图片的分辨率。由此，在昏暗的环境下，本申请提供的技术方案能对瞬时拍摄得到的输入像素点进行合成，得到对比度高、亮度高的输出像素点。同时，由于本方案在合成的过程中对输入像素点多次利用，得到的输出像素点的数量与输入像素点的数量相接近，保证由输出像素点构成的照片有较高的分辨率，进而提高照片的整体成像效果。

应理解的是，本发明实施例中，射频单元801可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器810处理；另外，将上行的数据发送给基站。通常，射频单元801包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元801还可以通过无线通信系统与网络和其他设备通信。

移动终端通过网络模块802为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元803可以将射频单元801或网络模块802接收的或者在存储器809中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元803还可以提供与移动终端800执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元803包括扬声器、蜂鸣器以及受话器等。

输入单元804用于接收音频或视频信号。输入单元804可以包括图形处理器(Graphics Processing Unit，GPU)8041和麦克风8042，图形处理器8041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元806上。经图形处理器8041处理后的图像帧可以存储在存储器809(或其它存储介质)中或者经由射频单元801或网络模块802进行发送。麦克风8042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元801发送到移动通信基站的格式输出。

移动终端800还包括至少一种传感器805，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板8061的亮度，接近传感器可在移动终端800移动到耳边时，关闭显示面板8061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器805还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元806用于显示由用户输入的信息或提供给用户的信息。显示单元806可包括显示面板8061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板8061。

用户输入单元807可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元807包括触控面板8071以及其他输入设备8072。触控面板8071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板8071上或在触控面板8071附近的操作)。触控面板8071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器810，接收处理器810发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板8071。除了触控面板8071，用户输入单元807还可以包括其他输入设备8072。具体地，其他输入设备8072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板8071可覆盖在显示面板8061上，当触控面板8071检测到在其上或附近的触摸操作后，传送给处理器810以确定触摸事件的类型，随后处理器810根据触摸事件的类型在显示面板8061上提供相应的视觉输出。虽然在图8中，触控面板8071与显示面板8061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板8071与显示面板8061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元808为外部装置与移动终端800连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元808可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端800内的一个或多个元件或者可以用于在移动终端800和外部装置之间传输数据。

存储器809可用于存储软件程序以及各种数据。存储器809可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器809可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器810是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器809内的软件程序和/或模块，以及调用存储在存储器809内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器810可包括一个或多个处理单元；优选的，处理器810可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器810中。

移动终端800还可以包括给各个部件供电的电源811(比如电池)，优选的，电源811可以通过电源管理系统与处理器810逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，移动终端800包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种移动终端，包括处理器810，存储器809，存储在存储器809上并可在所述处理器810上运行的计算机程序，该计算机程序被处理器810执行时实现上述一种处理域名解析请求的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述一种处理域名解析请求的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random AccessMemory，简称RAM)、磁碟或者光盘等。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (12)

1.一种处理域名解析请求的方法，其特征在于，包括：

获取域名解析请求，解析域名得到所述域名的IP地址列表，其中，所述IP地址列表中的IP按列表顺序进行网络连接；

对位于所述IP地址列表中的第一个IP地址进行网络连接测试；

当对位于所述IP地址列表中的第一个IP地址的网络连接测试失败时，则将所述IP地址列表中的第一个IP地址替换为所述IP地址列表中的最后一个IP地址。

2.如权利要求1所述的方法，其特征在于，所述IP地址列表中的IP地址包括以下至少一种：IPv6地址、IPv4地址。

3.如权利要求2所述的方法，其特征在于，所述解析域名得到所述域名的IP地址列表的步骤，具体包括：

获取与所述域名相对应的至少一个IPv6地址；

获取与所述域名相对应的至少一个IPv4地址；

基于所述至少一个IPv6地址和所述至少一个IPv4地址生成所述IP地址列表，其中，所述至少一个IPv6地址排在所述至少一个IPv4地址之前。

4.如权利要求3所述的方法，其特征在于，所述在对位于所述IP地址列表中的第一个IP地址的网络连接测试失败的步骤之后，还包括：

判断获取的域名解析请求是否为应用程序首次发送的域名解析请求；

若否，则根据系统应用属性文件确定进行网络连接的IP地址；

若是，则将所述应用程序对应的uid写入所述系统应用属性文件，通过IPv4地址进行网络连接。

5.如权利要求4所述的方法，其特征在于，所述根据系统应用属性文件确定进行网络连接的IP地址的步骤，具体包括：

查询系统应用属性文件中是否包含所述应用程序对应的uid；

若是，则通过IPv4地址进行网络连接；

若否，则通过IPv6地址进行网络连接。

6.如权利要求4所述的方法，其特征在于，所述将所述应用程序对应的uid写入所述系统应用属性文件的步骤，具体包括：

识别所述应用程序的包名；

确定所述应用程序的包名对应的uid；

将所述应用程序的包名对应的uid写入所述系统应用属性文件。

7.一种处理域名解析请求的装置，其特征在于，包括：

解析模块，获取域名解析请求，解析域名得到所述域名的IP地址列表，其中，所述IP地址列表中的IP按列表顺序进行网络连接；

测试模块，对位于所述IP地址列表中的第一个IP地址进行网络连接测试；

替换模块，当对位于所述IP地址列表中的第一个IP地址的网络连接测试失败时，则将所述IP地址列表中的第一个IP地址替换为所述IP地址列表中的最后一个IP地址。

8.如权利要求7所述的装置，其特征在于，所述IP地址列表中的IP地址包括以下至少一种：IPv6地址、IPv4地址。

9.如权利要求8所述的装置，其特征在于，所述解析模块，具体用于：

获取与所述域名相对应的至少一个IPv6地址；

获取与所述域名相对应的至少一个IPv4地址；

基于所述至少一个IPv6地址和所述至少一个IPv4地址生成所述IP地址列表，其中，所述至少一个IPv6地址排在所述至少一个IPv4地址之前。

10.如权利要求9所述的装置，其特征在于，还包括：

判断模块，判断获取的域名解析请求是否为应用程序首次发送的域名解析请求；

若否，则根据系统应用属性文件确定进行网络连接的IP地址；

若是，则将所述应用程序对应的uid写入所述系统应用属性文件，通过IPv4地址进行网络连接。

11.如权利要求10所述的装置，其特征在于，所述判断模块，具体用于：

查询系统应用属性文件中是否包含所述应用程序对应的uid，

若是，则通过IPv6地址进行网络连接；

若否，则通过IPv4地址进行网络连接。

12.如权利要求10所述的装置，其特征在于，所述判断模块，具体用于：识别所述应用程序的包名；

确定所述应用程序的包名对应的uid；

将所述应用程序的包名对应的uid写入所述系统应用属性文件。