ADB调试端口开启方法、装置、Android设备及可读存储介质与流程

本发明涉及计算机技术领域，尤其涉及一种adb调试端口开启方法、装置、android设备及可读存储介质。

背景技术：

随着android系统市场占有率提升，越来越多的android设备面临安全性的问题，如不对外开放adb调试端口给普通用户，而在对android设备进行调试维修时，维修人员通过下发相应adb指令开放adb调试端口，以获得android设备的各种数据，其中可能就包括用户数据，也即维修人员能够获取到用户数据，从而导致用户数据存在泄露的风险。

技术实现要素：

本发明的主要目的是提供一种adb调试端口开启方法、装置、android设备及可读存储介质，旨在解决现有技术中android设备存在用户数据泄露风险的问题。

为实现上述目的，本发明提出基于android设备的adb调试端口开启方法，所述adb调试端口开启方法包括以下步骤：

在监测到基于物理按键触发的uevent事件时，获取所述android设备的系统属性；

当系统属性为预设信息时，开启adb调试端口；其中，在所述android设备恢复出厂设置后，系统属性为所述预设信息。

可选地，所述系统属性包括预设标志位，所述当系统属性为预设信息时，开启adb调试端口的步骤包括：

当所述预设标志位为空值时，开启所述adb调试端口；其中，所述预设标志位配置为对第三方只读。

可选地，所述adb调试端口开启方法还包括：

在完成开机配置后，将所述预设标志位设置为非空值；

将所述非空值写入存储介质中。

可选地，所述adb调试端口开启方法还包括：

在android设备执行恢复出厂设置操作后，将所述非空值从所述存储介质中擦除。

可选地，所述获取所述android设备的系统属性的步骤之后，还包括：

当系统属性不为所述预设信息时，禁止开启所述adb调试端口。

可选地，所述uevent事件的触发条件包括以下至少一个：

单个物理按键在第一预设时长内连续被按压第一预设次数；

多个物理按键在第二预设时长内连续同时被按压第二预设次数；

多个物理按键在预第三设时长内交替被按压第三预设次数。

此外，为实现上述目的，本发明还提出一种adb调试端口开启装置，所述adb调试端口开启装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的adb调试端口开启程序，所述adb调试端口开启程序被所述处理器执行时实现如上文所述的adb调试端口开启方法的步骤。

此外，为实现上述目的，本发明还提供一种android设备，所述android设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的adb调试端口开启程序，所述adb调试端口开启程序被所述处理器执行时实现如上文所述的adb调试端口开启方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有adb调试端口开启程序，所述adb调试端口开启程序被处理器执行时实现如上文所述的adb调试端口开启方法的步骤。

本发明技术方案中，android设备监测到基于物理按键触发的uevent事件时，获取android设备的系统属性，只有当系统属性为预设信息时，才开启adb调试端口，其他情况下不开启adb调试端口，而android设备恢复出厂设置的情况下，系统属性为预设信息，也即在android设备恢复出厂设置后可开启adb调试端口，由于android设备恢复出厂设置了，用户数据全部清除，因此，开启adb调试端口不会存在用户数据泄露的问题，增强了android设备的安全性。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的adb调试端口开启装置结构示意图；

图2是本发明的adb调试端口开启方法第一实施例的流程示意图；

图3是本发明的adb调试端口开启方法第二实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例的解决方案主要是：android设备监测到基于物理按键触发的uevent事件时，获取android设备的系统属性，只有当系统属性为预设信息时，才开启adb调试端口，其他情况下不开启adb调试端口，而android设备恢复出厂设置的情况下，系统属性为预设信息，也即在android设备恢复出厂设置后可开启adb调试端口，由于android设备恢复出厂设置了，用户数据全部清除，因此，开启adb调试端口不会存在用户数据泄露的问题。通过本发明实施例的技术方案，解决了android设备存在用户数据泄露风险的问题。

本发明实施例提出一种adb调试端口开启装置。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的adb调试端口开启装置结构示意图。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

如图1所示，该adb调试端口开启装置可以包括：处理器1001、通信总线1002、用户接口1003、网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的adb调试端口开启装置结构并不构成对adb调试端口开启装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块以及adb调试端口开启程序。

本发明中，adb调试端口开启装置通过处理器1001调用存储器1005中存储的adb调试端口开启程序，并执行以下操作：

android设备监测基于物理按键触发的uevent事件；

在监测到基于物理按键触发的uevent事件时，获取android设备的系统属性；

当系统属性为预设信息时，开启adb调试端口；其中，在android设备恢复出厂设置后，系统属性为预设信息。

可选地，处理器1001可以调用存储器1005中存储的adb调试端口开启程序，还执行以下操作：

当预设标志位为空值时，开启adb调试端口；其中，预设标志位配置为对第三方只读。

可选地，处理器1001可以调用存储器1005中存储的adb调试端口开启程序，还执行以下操作：

在完成开机配置后，将预设标志位设置为非空值；

将非空值写入存储介质中。

可选地，处理器1001可以调用存储器1005中存储的adb调试端口开启程序，还执行以下操作：

在android设备执行恢复出厂设置操作后，将非空值从存储介质中擦除。

可选地，处理器1001可以调用存储器1005中存储的adb调试端口开启程序，还执行以下操作：

当系统属性不为预设信息时，禁止开启adb调试端口。

本实施例通过上述方案，android设备监测到基于物理按键触发的uevent事件时，获取android设备的系统属性，只有当系统属性为预设信息时，才开启adb调试端口，其他情况下不开启adb调试端口，而android设备恢复出厂设置的情况下，系统属性为预设信息，也即在android设备恢复出厂设置后可开启adb调试端口，由于android设备恢复出厂设置了，用户数据全部清除，因此，开启adb调试端口不会存在用户数据泄露的问题，增强了android设备的安全性。

基于上述硬件结构，提出本发明adb调试端口开启方法实施例。

参照图2，图2为本发明adb调试端口开启方法第一实施例的流程示意图。

在第一实施例中，adb调试端口开启方法包括以下步骤：

步骤s10，在监测到基于物理按键触发的uevent事件时，获取android设备的系统属性；

步骤s20，当系统属性为预设信息时，开启adb调试端口；其中，在android设备恢复出厂设置后，系统属性为预设信息。

本发明提出的adb调试端口开启方法，适用于上述实施例中的adb调试端口开启装置，当android设备监测到基于物理按键触发的uevent事件时，获取android设备的系统属性，并只有当系统属性为预设信息时，才开启adb调试端口，其他情况下不开启adb调试端口，而android设备恢复出厂设置的情况下，系统属性为预设信息，也即在android设备恢复出厂设置后可开启adb调试端口，由于android设备恢复出厂设置了，用户数据全部清除，因此，开启adb调试端口不会存在用户数据泄露的问题，增强了android设备的安全性。

以下是本实施例中实现adb调试端口开启的具体步骤：

步骤s10，在监测到基于物理按键触发的uevent事件时，获取android设备的系统属性；

本实施例中，android设备系统默认不开启adb调试端口，监测基于android设备的物理按键触发的uevent事件，可选地，通过android设备的系统驱动层对基于android设备的物理按键触发的uevent事件进行监测。在android设备的系统驱动层监测到基于物理按键触发的uevent事件时，系统驱动层将该uevent事件上报至android设备系统framework框架层。

可选地，uevent事件的触发条件包括以下至少一个：

1)、单个物理按键在第一预设时长内连续被按压第一预设次数；

2)、多个物理按键在第二预设时长内连续同时被按压第二预设次数；

3)、多个物理按键在第三预设时长内交替被按压第三预设次数。

其中，第一预设时长、第二预设时长和第三预设时长可以相同，也可以不同；第一预设次数、第二预设次数和第三预设次数可以相同，也可以不同。

例如，一种实施方式中，当用户5s内连续按压5次android设备的音量减按键时，触发uevent事件。又如，在另一实施方式中，当用户5s内同时按压android设备的音量加与音量减按键3次，触发uevent事件。又如，在另一实施方式中，当用户5s内先按音量减按键、再按音量加按键、再次按音量减按键，触发uevent事件。

可以理解的是，uevent事件的触发条件还可以包括其他情形，并不限于上述列举的三种。

在监测到uevent事件时，android设备读取其当前的系统属性。可选地，当系统驱动层将监测的uevent事件上报至android设备系统framework框架层，获取到该ueven事件后，读取android设备的系统属性。

针对于android设备的不同使用状态，android设备的系统属性不同，如android设备在未进行开机配置的状态下，或者android设备恢复出厂设置后的状态下，系统属性为某一种信息，而android设备在完成开机配置且并未恢复出厂设置的状态下，系统属性为另外一种信息。

并且，系统属性被设置为对普通用户或其他应用等第三方只读，普通用户或其他应用等第三方无法修改系统属性，仅android设备系统具备对系统属性的可读写权限，能修改系统属性。

例如，在一实施方式中，系统属性包括相应的预设标志位，并将预设标志位存储于存储介质中，android设备系统具备对该预设标志位的可读写权限，能修改预设标志位，其他如普通用户或其他应用等第三方则仅具备对该预设标志位的只读权限，无法修改预设标志位。针对于android设备的不同使用状态，预设标志位的值不同，如android设备在未进行开机配置的状态下，或者android设备恢复出厂设置后的状态下，预设标志位为空值；android设备在完成开机配置且并未恢复出厂设置的状态下，预设标志位为非空值。监测到ueven事件后，读取预设标志位。

步骤s20，当系统属性为预设信息时，开启adb调试端口；其中，在android设备恢复出厂设置后，系统属性为预设信息。

在读取android设备的系统属性后，若系统属性为预设信息，预设信息对应android设备当前还未进行开机配置，或者android设备恢复出厂设置了，此时，开启adb调试端口。在android设备当前是还未进行开机配置的状态，开启adb调试端口，不存在数据泄露问题。在android设备恢复出厂设置的状态，用户数据全部清除，开启adb调试端口，也不存在数据泄露问题。例如，仍以预设标志位为例，当读取到预设标志为空值时，开启adb调试端口。

可选地，步骤s10之后，还包括：

当系统属性不为预设信息时，禁止开启adb调试端口。

另外一种情况就是，在读取android设备的系统属性后，若系统属性不为预设信息，也即说明用户使用了android设备，android设备当前完成开机配置，而且也没有恢复出厂设置，此时，为了避免数据泄露，禁止开启adb调试端口，不响应uevent事件。例如，仍以预设标志位为例，当读取到预设标志位为非空值时，禁止开启adb调试端口，不响应uevent事件。

可选地，为了规避数据泄露的风险，若读取的系统属性为预设信息，开启了adb调试端口后，adb调试端口开启仅为android设备当次开机有效，下次android设备启动时，需重新读取系统属性，只有在当次读取的系统属性为预设信息时，再次开启adb调试端口，从而规避数据泄露的风险，确保android设备安全性。

本实施例提供的方案，android设备监测到基于物理按键触发的uevent事件时，获取android设备的系统属性，只有当系统属性为预设信息时，才开启adb调试端口，其他情况下不开启adb调试端口，而android设备恢复出厂设置的情况下，系统属性为预设信息，也即在android设备恢复出厂设置后可开启adb调试端口，由于android设备恢复出厂设置了，用户数据全部清除，因此，开启adb调试端口不会存在用户数据泄露的问题，增强了android设备的安全性。

可选地，基于第一实施例提出本发明adb调试端口开启方法第二实施例，在本实施例中，如图3所示，adb调试端口开启方法还包括：

步骤s30，在完成开机配置后，将预设标志位设置为非空值；

步骤s40，将非空值写入存储介质中。

本实施例中，android设备出厂之后，用户第一次使用android设备的时候都会有新手引导或是账户登录，在此操作结束，android设备完成开机配置后，将预设标志位设置为非空值。例如，在android设备完成开机配置后，设置预设标志位为如“persist.adb.debug.close”的非空值，并在存储介质中将“persist.adb.debug.close”写入。

在后续系统驱动层监测到基于android设备的物理按键触发的uevent事件时，将该uevent事件上报至framework框架层，读取预设标志位为非空值，也即说明android设备当前完成开机配置，而且也没有恢复出厂设置，此时，为了避免数据泄露，禁止开启adb调试端口，不响应uevent事件。

可选地，adb调试端口开启方法还包括：

在android设备执行恢复出厂设置操作后，将非空值从存储介质中擦除。

android设备完成开机配置后，存储介质中存储了预设标志位为非空值，之后，若android设备执行了恢复出厂设置操作，在其执行恢复出厂设置操作后，将非空值从存储介质中擦除。例如，将“persist.adb.debug.close”从存储介质中擦除。

在该列举的实例中，android设备执行恢复出厂设置操作后，当系统驱动层监测到基于android设备的物理按键触发的uevent事件时，将该uevent事件上报至framework框架层，读取预设标志位，判断读取的persist属性是否为空，若读取的persist属性为空，则开启adb调试端口，反之则禁止开启adb调试端口，不响应uevent事件。

本实施例提供的方案，android设备在完成开机配置后，将预设标志位设置为非空值，并将该非空值写入存储介质中，之后当系统驱动层监测到基于android设备的物理按键触发的uevent事件时，将该uevent事件上报至framework框架层，读取预设标志位为非空值，此时，禁止开启adb调试端口，不响应uevent事件，从而避免数据泄露，增加了android设备的安全性。

本发明还提供了一种android设备，android设备包括：存储器、处理器及存储在存储器上并可在处理器上运行的adb调试端口开启程序，adb调试端口开启程序被处理器执行以用于：

在监测到基于物理按键触发的uevent事件时，获取android设备的系统属性；

当系统属性为预设信息时，开启adb调试端口；其中，在android设备恢复出厂设置后，系统属性为预设信息。

可选地，adb调试端口开启程序被处理器执行时还实现如下操作：

当预设标志位为空值时，开启adb调试端口；其中，预设标志位配置为对第三方只读。

可选地，adb调试端口开启程序被处理器执行时还实现如下操作：

在完成开机配置后，将预设标志位设置为非空值；

将非空值写入存储介质中。

可选地，adb调试端口开启程序被处理器执行时还实现如下操作：

在android设备执行恢复出厂设置操作后，将非空值从存储介质中擦除。

可选地，adb调试端口开启程序被处理器执行时还实现如下操作：

当系统属性不为预设信息时，禁止开启adb调试端口。

本发明android设备具体实施方式与上述adb调试端口开启方法各实施例基本相同，在此不再赘述。

本实施例通过上述方案，android设备监测到基于物理按键触发的uevent事件时，获取android设备的系统属性，只有当系统属性为预设信息时，才开启adb调试端口，其他情况下不开启adb调试端口，而android设备恢复出厂设置的情况下，系统属性为预设信息，也即在android设备恢复出厂设置后可开启adb调试端口，由于android设备恢复出厂设置了，用户数据全部清除，因此，开启adb调试端口不会存在用户数据泄露的问题，增强了android设备的安全性。

本发明还提供了一种计算机可读存储介质(又称可读存储介质)，计算机可读存储介质存储有adb调试端口开启程序，adb调试端口开启程序可被一个或者一个以上的处理器执行以用于：

在监测到基于物理按键触发的uevent事件时，获取android设备的系统属性；

当系统属性为预设信息时，开启adb调试端口；其中，在android设备恢复出厂设置后，系统属性为预设信息。

可选地，adb调试端口开启程序被处理器执行时还实现如下操作：

当预设标志位为空值时，开启adb调试端口；其中，预设标志位配置为对第三方只读。

可选地，adb调试端口开启程序被处理器执行时还实现如下操作：

在完成开机配置后，将预设标志位设置为非空值；

将非空值写入存储介质中。

可选地，adb调试端口开启程序被处理器执行时还实现如下操作：

在android设备执行恢复出厂设置操作后，将非空值从存储介质中擦除。

可选地，adb调试端口开启程序被处理器执行时还实现如下操作：

当系统属性不为预设信息时，禁止开启adb调试端口。

本发明计算机可读存储介质具体实施方式与上述adb调试端口开启方法各实施例基本相同，在此不再赘述。

本实施例通过上述方案，android设备监测到基于物理按键触发的uevent事件时，获取android设备的系统属性，只有当系统属性为预设信息时，才开启adb调试端口，其他情况下不开启adb调试端口，而android设备恢复出厂设置的情况下，系统属性为预设信息，也即在android设备恢复出厂设置后可开启adb调试端口，由于android设备恢复出厂设置了，用户数据全部清除，因此，开启adb调试端口不会存在用户数据泄露的问题，增强了android设备的安全性。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。