CN116801165A - 一种检测方法、装置、终端设备及存储介质 - Google Patents

Abstract

本申请适用于移动设备技术领域，提供一种检测方法、装置、终端设备及存储介质，其中，检测方法应用于移动设备，包括：获取所述移动设备的编解码器的状态寄存器中的数据信息；基于所述数据信息确定所述移动设备的耳机状态。本申请使得系统不再需要占用检测脚来检测耳机状态，能够节省系统的资源，降低软硬件设计复杂度。

Description

一种检测方法、装置、终端设备及存储介质

技术领域

本申请属于移动设备技术领域，尤其涉及一种检测方法、装置、终端设备及存储介质。

背景技术

目前，一般通过主板耳机检测脚来获取移动设备如手机的耳机插入状态。驱动初始化时，将该检测脚功能设置为中断功能，并在系统中注册中断，当该检测脚的电平发生变化时，中断系统会根据之前注册的信息调用对应的中断处理函数，在此函数中激活驱动的工作队列，在此工作队列中驱动确认耳机是否插入。但是，这种技术需要占用一个检测脚来检测耳机的插拔事件，还要求硬件电路上要对该检测脚进行上拉，增加了软硬件的设计复杂度。

发明内容

本申请实施例提供了一种检测方法、装置、终端设备及存储介质，可以解决现有技术存在的耳机检测方法增加了软硬件的设计复杂度的问题。

本申请实施例的第一方面提供一种检测方法，应用于移动设备，包括：

获取所述移动设备的编解码器的状态寄存器中的数据信息；

基于所述数据信息确定所述移动设备的耳机状态。

可选地，所述获取所述移动设备的编解码器的状态寄存器中的数据信息之前，还包括：

在所述移动设备的设备树中将耳机检测方式定义为状态寄存器检测。

可选地，所述获取所述移动设备的编解码器的状态寄存器中的数据信息，包括：

间隔预设时长获取所述移动设备的编解码器的状态寄存器中的数据信息。

可选地，所述基于所述数据信息确定所述移动设备的耳机状态，包括：

若所述数据信息为第一预设值，所述耳机状态为无麦克风耳机插入；

若所述数据信息为第二预设值，所述耳机状态为带麦克风耳机插入；

若所述数据信息为第三预设值，所述耳机状态为耳机未插入。

可选地，所述基于所述数据信息确定所述移动设备的耳机状态之后，还包括：

基于所述耳机状态，调整所述移动设备的音频输入通道和音频输出通道。

可选地，所述基于所述耳机状态，调整所述移动设备的音频输入通道和音频输出通道，包括：

若所述耳机状态为无麦克风耳机插入，调整所述音频输出通道为耳机，所述音频输入通道为主板麦克风；

若所述耳机状态为带麦克风耳机插入，调整所述音频输出通道为耳机，所述音频输入通道为耳机麦克风；

若所述耳机状态为耳机未插入，调整所述音频输出通道为喇叭，所述音频输入通道为主板麦克风。

可选地，所述基于所述耳机状态，调整所述移动设备的音频输入通道和音频输出通道之后，还包括：

在所述移动设备的音频播放完毕后，关闭所述移动设备的音频功放使能开关。

本申请实施例的第二方面提供一种检测装置，应用于移动设备，包括：

数据获取模块，用于获取所述移动设备的编解码器的状态寄存器中的数据信息；

状态确定模块，用于基于所述数据信息确定所述移动设备的耳机状态。

可选地，所述检测装置，还包括：

方式定义模块，用于在所述移动设备的设备树中将耳机检测方式定义为状态寄存器检测。

可选地，所述数据获取模块，具体用于间隔预设时长获取所述移动设备的编解码器的状态寄存器中的数据信息。

可选地，所述状态确定模块，包括：

第一确认单元，用于若所述数据信息为第一预设值，所述耳机状态为无麦克风耳机插入；

第二确认单元，用于若所述数据信息为第二预设值，所述耳机状态为带麦克风耳机插入；

第三确认单元，用于若所述数据信息为第三预设值，所述耳机状态为耳机未插入。

可选地，所述检测装置，还包括：

通道调整模块，用于基于所述耳机状态，调整所述移动设备的音频输入通道和音频输出通道。

可选地，所述通道调整模块，包括：

第一调整单元，用于若所述耳机状态为无麦克风耳机插入，调整所述音频输出通道为耳机，所述音频输入通道为主板麦克风；

第二调整单元，用于若所述耳机状态为带麦克风耳机插入，调整所述音频输出通道为耳机，所述音频输入通道为耳机麦克风；

第三调整单元，用于若所述耳机状态为耳机未插入，调整所述音频输出通道为喇叭，所述音频输入通道为主板麦克风。

可选地，所述检测装置，还包括：

功放关闭模块，用于在所述移动设备的音频播放完毕后，关闭所述移动设备的音频功放使能开关。

本申请实施例的第三方面提供一种终端设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上所述的检测方法。

本申请实施例的第四方面提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上所述的检测方法。

本申请实施例的第一方面提供的检测方法，通过获取所述移动设备的编解码器的状态寄存器中的数据信息，基于所述数据信息确定所述移动设备的耳机状态，使得系统不再需要占用检测脚来检测耳机状态，能够节省系统的资源，降低软硬件设计复杂度。

可以理解的是，上述第二方面、第三方面和第四方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

为了更清楚地说明本申请具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的检测方法的第一种流程示意图；

图2为本申请实施例提供的检测方法的第二种流程示意图；

图3为本申请实施例提供的检测方法的第三种流程示意图；

图4为本申请实施例提供的检测方法的第四种流程示意图；

图5为本申请实施例提供的检测方法的第五种流程示意图；

图6为本申请实施例提供的检测方法的第六种流程示意图；

图7为本申请实施例提供的检测装置的结构示意图；

图8为本申请实施例提供的终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、设备、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。“多个”表示“两个或两个以上”。

目前，一般是通过主板耳机检测脚来获取移动设备如手机的耳机插入状态。驱动初始化时，将该检测脚功能设置为中断功能，并在系统中注册中断，当该检测脚的电平发生变化时，中断系统会根据之前注册的信息调用对应的中断处理函数，在此函数中激活驱动的工作队列，在此工作队列中驱动确认耳机是否插入。但是，这种技术需要占用一个检测脚来检测耳机的插拔事件，还要求硬件电路上要对该检测脚进行上拉，增加了软硬件的设计复杂度。

针对上述问题，本申请实施例提供了一种检测方法，应用于移动设备，该方法通过获取所述移动设备的编解码器的状态寄存器中的数据信息，基于所述数据信息确定所述移动设备的耳机状态，使得系统不再需要占用检测脚来检测耳机状态，能够节省系统的资源，降低软硬件设计复杂度。

下面结合具体实施例对本申请提供的检测方法进行示例性的说明。

如图1所示，本实施例提供的检测方法，应用于移动设备，包括如下步骤S100至S200：

S100、获取所述移动设备的编解码器的状态寄存器中的数据信息。

在一个实施例中，步骤S100之前，还包括：在所述移动设备的设备树中将耳机检测方式定义为状态寄存器检测。

在应用中，上述移动设备可以是基于安卓系统的智能手机、平板电脑等设备，安卓系统是一种基于Linux内核的自由及开放源代码的操作系统。上述设备树可以是上述移动设备的硬件描述信息，安卓系统基于Linux内核工作，而Linux内核由uboot(UniversalBoot Loader，引导加载程序)来引导启动，uboot在引导Linux内核启动的时候会给Linux内核传递一些关于硬件描述的信息，Linux内核拿到这些信息就知道主板上有哪些资源，以此来初始化每个硬件设备，这个硬件描述的信息就是设备树。

在应用中，上述编解码器可以是支持视频和音频压缩与解压缩的编解码器，位于主控芯片上。嵌入式设备的主控芯片上除了CPU(Central Processing Unit，中央处理器)之外，还提供了其他的一些外设，比如电源管理模块、USB(Universal Serial Bus，通用串行总线)总线、SPI(Serial Perripheral Interface，串行外设接口)总线、GPIO(GeneralPurpose Input Output，通用功能输入输出)模块等等，跟传统PC(Personal Computer，个人计算机)的硬件有所不同，嵌入式的主控芯片通常是将这些资源集成到一颗芯片上的，通常把这种芯片叫SOC(System on Chip，系统级芯片)。

在应用中，可以在设备树中声明硬件资源，在Linux设备树中描述当前的硬件信息，使得同一套驱动可以驱动不同的硬件设备，对于不同的硬件，其编解码器的从属地址(slave address)、音频功放使能脚，都有可能不同，只需在设备树中描述这些变量的信息，驱动中对不同的情况分别做处理，以此实现对不同硬件的兼容。一条I2C(Inter-Integrated Circuit，内部集成电路)总线上可以挂载多个从设备，I2C命令发送时候会先发送一个地址，总线上的所有I2C设备都会收到这个地址，当I2C设备收到属于自己的地址便会做出回应，因此，这个地址就是用来区分总线上的不同设备的，这个地址也叫I2C设备的从属地址(slave address)。

在应用中，驱动程序在进入之前进行设备探测，对于不存在的设备驱动程序不需要启动，其过程为：驱动程序与设备树中节点匹配之后，系统将会以此设备树上的设备地址信息对设备进行探测，正常情况下对设备发出信号后，设备会有一个应答，表示已经接收到，此时才会进一步进入驱动程序中，如果设备不存在或者工况异常，则无法做出回应，此时驱动程序就会提前报错退出，不再占用系统资源。

在应用中，耳机检测的方式可以是由传统的中断方式兼容状态寄存器检测方式，在设备树中定义相关节点信息，驱动通过节点信息的内容决定使用哪种方式，如果是状态寄存器检测方式，则主要是通过I2C总线去访问上述编解码器的状态寄存器中的数据信息。

在一个实施例中，步骤S100，包括：间隔预设时长获取所述移动设备的编解码器的状态寄存器中的数据信息。

在应用中，按照编解码器的硬件设计规范设计的电路中，编解码器本身是可以获取到耳机的相关状态，这其中包含耳机是否插入，以及耳机上是否有麦克风。上述间隔预设时长获取所述移动设备的编解码器的状态寄存器中的数据信息，可以是在驱动中将上述编解码器配置为自我检测(self detect)，并在驱动中创建一个定时器，该定时器长期工作且每隔预设时长如500毫秒通过I2C总线访问上述编解码器，读取上述编解码器的状态寄存器如0x4f寄存器中的数据信息。

S200、基于所述数据信息确定所述移动设备的耳机状态。

在一个实施例中，如图2所示，步骤S200，包括：S210、若所述数据信息为第一预设值，所述耳机状态为无麦克风耳机插入；S220、若所述数据信息为第二预设值，所述耳机状态为带麦克风耳机插入；S230、若所述数据信息为第三预设值，所述耳机状态为耳机未插入。

在应用中，上述移动设备的驱动程序加载后会创建一个工作队列，并设置系统每间隔预设时长如500毫秒激活一次这个工作队列，每隔500毫秒驱动会通过I2C总线去读取上述编解码器的状态寄存器中的数据信息，如果耳机插入或拔出，上述状态寄存器中的数据信息会发生相应的变化，例如上述编解码器的状态寄存器的地址为0x4f，从这个状态寄存器中的不同的值可以确认为未插入耳机，插入了带麦克风耳机或插入了无麦克风耳机。具体地，该状态寄存器中的值如果为第一预设值如0x24则为无麦克风耳机插入，第二预设值如0x26则为带麦克风耳机插入，第三预设值如其他值则为耳机未插入。

在一个实施例中，如图3所示，步骤S200之后，还包括：S300、基于所述耳机状态，调整所述移动设备的音频输入通道和音频输出通道。

在应用中，通过状态寄存器检测方式确定了耳机状态后，可根据耳机状态切换音频输入通道和音频输出通道为喇叭或者耳机。

在一个实施例中，如图4所示，步骤S300，包括：S310、若所述耳机状态为无麦克风耳机插入，调整所述音频输出通道为耳机，所述音频输入通道为主板麦克风；S320、若所述耳机状态为带麦克风耳机插入，调整所述音频输出通道为耳机，所述音频输入通道为耳机麦克风；S330、若所述耳机状态为耳机未插入，调整所述音频输出通道为喇叭，所述音频输入通道为主板麦克风。

在应用中，现有的耳机检测驱动无法判断耳机上面是否有麦克风，某些应用程序在使用麦克风的时候就无法切换到耳机的麦克风上，不符合人们的日常习惯。上述状态寄存器中的数据信息经过转换可以确认耳机是否插入，以及耳机上是否带有麦克风，从而切换正确的音频输入通道和音频输出通道。上述移动设备中音频输入通道和音频输出通道分别走不同的硬件线路，驱动在确认耳机插入后首先会将音频输出通道切换到耳机，并根据耳机是否带麦克风这个信息来决定是否切换音频输入通道，即耳机带麦克风就用耳机上的麦克风来做音频输入通道，否则就用上述移动设备自带的主板麦克风做音频输入通道，这样使得上述移动设备在录音的选择上更符合人们的日常习惯。

在一个实施例中，如图5所示，步骤S300之后，还包括：S400、在所述移动设备的音频播放完毕后，关闭所述移动设备的音频功放使能开关。

在应用中，现有驱动在拔掉耳机后切换音频输入通道到喇叭，并将音频功放使能开关长期打开，这样会使系统功耗增加，产生电流干扰声。在没有音频输出时候将一批音频功放使能开关关闭，有助于降低系统功耗，降低喇叭中的电流干扰声。驱动在解析设备树的音频功放使能开关信息后，将其存放到声卡驱动中，在系统进行音频播放的时候将其打开，播放结束后将其关闭。音频功放使能开关只在需要播放音频的时候才打开，播放完立即关闭，有效的减少了喇叭中的电流噪音。

在一个实施例中，如图6所示，本申请实施例提供的检测方法的总体流程为，驱动程序加载后会创建一个工作队列，并设置系统每隔预设时长如500毫秒激活一次这个工作队列，每隔预设时长驱动会通过I2C总线去读取编解码器的状态寄存器信息，如果耳机插入或拔出，状态寄存器的状态会发生相应的变化，比如本申请实施例中使用的编解码器中的状态寄存器的地址为0x4f，从这个状态寄存器中的不同的值可以确认为未插入耳机，插入了带麦克风的耳机或插入了不带麦克风的耳机。系统中音频输入通道和音频输出通道分别走不同的硬件线路，驱动在获取到耳机插入后首先会将音频输出通道切换到耳机，也要根据耳机是否带麦克风这个信息来决定是否切换音频输入通道。

本申请实施例提供的检测方法，通过获取所述移动设备的编解码器的状态寄存器中的数据信息，基于所述数据信息确定所述移动设备的耳机状态，使得系统不再需要占用检测脚来检测耳机状态，能够节省系统的资源，降低软硬件设计复杂度。

下面结合附图对本申请提供的检测装置进行示例性的说明。

对应于上文实施例所述的检测方法，如图7所示，本实施例提供了一种检测装置，该检测装置700包括：

数据获取模块710，用于获取所述移动设备的编解码器的状态寄存器中的数据信息；

状态确定模块720，用于基于所述数据信息确定所述移动设备的耳机状态。

在一个实施例中，所述检测装置700，还包括：

方式定义模块，用于在所述移动设备的设备树中将耳机检测方式定义为状态寄存器检测。

在一个实施例中，所述数据获取模块710，具体用于间隔预设时长获取所述移动设备的编解码器的状态寄存器中的数据信息。

在一个实施例中，所述状态确定模块720，包括：

第一确认单元，用于若所述数据信息为第一预设值，所述耳机状态为无麦克风耳机插入；

第二确认单元，用于若所述数据信息为第二预设值，所述耳机状态为带麦克风耳机插入；

第三确认单元，用于若所述数据信息为第三预设值，所述耳机状态为耳机未插入。

在一个实施例中，所述检测装置700，还包括：

通道调整模块，用于基于所述耳机状态，调整所述移动设备的音频输入通道和音频输出通道。

在一个实施例中，所述通道调整模块，包括：

第一调整单元，用于若所述耳机状态为无麦克风耳机插入，调整所述音频输出通道为耳机，所述音频输入通道为主板麦克风；

第二调整单元，用于若所述耳机状态为带麦克风耳机插入，调整所述音频输出通道为耳机，所述音频输入通道为耳机麦克风；

第三调整单元，用于若所述耳机状态为耳机未插入，调整所述音频输出通道为喇叭，所述音频输入通道为主板麦克风。

在一个实施例中，所述检测装置700，还包括：

功放关闭模块，用于在所述移动设备的音频播放完毕后，关闭所述移动设备的音频功放使能开关。

需要说明的是，上述模块/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种终端设备800，如图8所示，包括存储器810、处理器820以及存储在存储器810中并可在处理器820上运行的计算机程序830，处理器820执行计算机程序830时实现第一方面提供的检测方法的步骤。

在应用中，终端设备可包括，但不仅限于，处理器以及存储器，图8仅仅是终端设备的举例，并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如，输入输出设备、网络接入设备等。输入输出设备可以包括摄像头、音频采集/播放器件、显示屏等。网络接入设备可以包括网络模块，用于与外部设备进行无线网络。

在应用中，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在应用中，存储器在一些实施例中可以是终端设备的内部存储单元，例如终端设备的硬盘或内存。存储器在另一些实施例中也可以是终端设备的外部存储设备，例如，终端设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)等。存储器还可以既包括终端设备的内部存储单元也包括外部存储设备。存储器用于存储操作系统、应用程序、引导装载程序(Boot Loader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器还可以用于暂时存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。

本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到终端设备的任何实体或设备、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的设备及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，设备间接耦合或通讯连接，可以是电性，机械或其它的形式。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种检测方法，其特征在于，应用于移动设备，包括：

获取所述移动设备的编解码器的状态寄存器中的数据信息；

基于所述数据信息确定所述移动设备的耳机状态。

2.如权利要求1所述的检测方法，其特征在于，所述获取所述移动设备的编解码器的状态寄存器中的数据信息之前，还包括：

在所述移动设备的设备树中将耳机检测方式定义为状态寄存器检测。

3.如权利要求1所述的检测方法，其特征在于，所述获取所述移动设备的编解码器的状态寄存器中的数据信息，包括：

间隔预设时长获取所述移动设备的编解码器的状态寄存器中的数据信息。

4.如权利要求1所述的检测方法，其特征在于，所述基于所述数据信息确定所述移动设备的耳机状态，包括：

若所述数据信息为第一预设值，所述耳机状态为无麦克风耳机插入；

若所述数据信息为第二预设值，所述耳机状态为带麦克风耳机插入；

若所述数据信息为第三预设值，所述耳机状态为耳机未插入。

5.如权利要求1所述的检测方法，其特征在于，所述基于所述数据信息确定所述移动设备的耳机状态之后，还包括：

基于所述耳机状态，调整所述移动设备的音频输入通道和音频输出通道。

6.如权利要求5所述的检测方法，其特征在于，所述基于所述耳机状态，调整所述移动设备的音频输入通道和音频输出通道，包括：

若所述耳机状态为无麦克风耳机插入，调整所述音频输出通道为耳机，所述音频输入通道为主板麦克风；

若所述耳机状态为带麦克风耳机插入，调整所述音频输出通道为耳机，所述音频输入通道为耳机麦克风；

若所述耳机状态为耳机未插入，调整所述音频输出通道为喇叭，所述音频输入通道为主板麦克风。

7.如权利要求5所述的检测方法，其特征在于，所述基于所述耳机状态，调整所述移动设备的音频输入通道和音频输出通道之后，还包括：

在所述移动设备的音频播放完毕后，关闭所述移动设备的音频功放使能开关。

8.一种检测装置，其特征在于，应用于移动设备，包括：

数据获取模块，用于获取所述移动设备的编解码器的状态寄存器中的数据信息；

状态确定模块，用于基于所述数据信息确定所述移动设备的耳机状态。

9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的检测方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的检测方法。