简介面向需要在安卓应用中实现“语音唤醒”的开发者该资源以Android Studio工程形式整合了科大讯飞AIKit纯净版语音唤醒功能从SDK依赖配置、唤醒词设置到麦克风权限处理均有清晰示例适合初次接入或希望二次定制的开发者参考。压缩包共包含647个文件整体约45.56MB除Gradle构建脚本、Java源码、XML布局等工程文件外还提供jar/aar/so格式的SDK依赖以及ivw_keyword、ivw_filler、ivw_mlp、ivw_gram等唤醒词模型和PCM音频素材方便对照调试验证识别效果。附带的APK可直接安装体验项目结构保留完整调试链能帮助理解AIKit语音唤醒模块在Android工程中的组织方式代码中还考虑了麦克风权限、隐私合规与常见误唤醒调优方便直接移植到实际场景。相比从零对照文档写代码这份资源极大缩短了接入周期适合有一定安卓基础、希望直接复用或按需修改唤醒词与阈值的开发人员。该压缩包上传后已有709人学习属于实用性较强的参考素材。1. 项目拆解语音唤醒到底做了什么以及为什么选AIKit语音唤醒这个词听起来高大上实际上就是让你的安卓App在后台监听声音用户说了一声关键字词之后App自动跳出来开始工作。最典型的场景就是车载导航——你喊一声“你好小飞”导航立刻启动并进入对话状态整个过程完全不用碰屏幕。这个项目的核心目标就是用Android Studio集成科大讯飞的AIKit语音唤醒组件实现一个“纯净版最新版”的唤醒方案。这里的“纯净版”指的是只依赖AIKit的标准唤醒能力不掺入语音识别、语义理解等附加模块SDK包干干净净调用链路短也好排查问题。我选AIKit而不是老一代的MSCOffline或其它唤醒方案主要原因有三个接口标准化AIKit把麦克风管理、音频流处理、唤醒词检测封装成统一接口不需要自己去操作AudioRecord也不需要考虑采样率、FrameSize这些底层细节开发成本低。唤醒率稳定讯飞的唤醒引擎在近场和远场环境下都经过了大量测试对大段沉默、噪音场景有专门的VAD语音活动检测策略比自研的简单能量阈值靠谱得多。支持离线AIKit语音唤醒不需要联网首帧响应很快符合“放后台低功耗监听”这个使用场景。从项目受欢迎的程度来看语音唤醒几乎是“人机交互第一步”的标配——智能家居App、行车记录仪、儿童教育平板都离不开它。如果你正在做类似的产品并且在调研“怎么让App听到说话声就自动响应”那这篇文章完全适合你。下面的内容我会从工程环境下手完整复现一遍从申请讯飞账号、创建应用、下载SDK到Android Studio集成、真机调试、常见报错排查的全过程。大部分步骤都是我在真实项目中反复用过并验证过的可以直接照抄。2. 开发前准备Android Studio环境与讯飞开发者平台配置很多人卡在第一步不是代码不会写而是没搞明白讯飞开放平台的创建流程。这里我先把环境准备和账号配置串一遍基础相对薄弱的可以跟着操作已经熟悉的可以直接跳到第3节。2.1 Android Studio环境搭建与中文界面设置开发工具我只推荐Android Studio官方稳定版别贪新鲜用Canary版本。去官网下载最新稳定版目前是Koala系列安装时勾选Android SDK和Android Virtual Device组件。下载地址直接用官方渠道不要在第三方站点拿否则很容易装到带广告插件的魔改版。安装完成后首次启动会初始化SDK Manager。如果你习惯看中文菜单可以通过路径File - Settings - Plugins在Marketplace里搜“Chinese (Simplified) Language Pack”安装后重启即为中文界面。这个操作纯属个人偏好不影响实际开发。为了后续编译顺畅建议SDK Platform选API 34或更高JDK版本用17Android Studio自带的JBR即可Gradle版本建议8.2以上。需要说明的是讯飞AIKit语音唤醒SDK对Android版本的适配相当宽泛我的实测结果是API 23以上都能正常工作这一点在旧机型调试时很重要。2.2 创建讯飞开发者应用并开通语音唤醒服务打开讯飞开放平台官网注册个人开发者账号并完成实名认证。进入控制台后点击“创建应用”选择应用类型为Android填入应用名称和包名——这里的包名必须与你Android Studio项目里的applicationId完全一致否则SDK的鉴权会失败。应用创建成功后在应用详情页里找到“添加服务”勾选“语音唤醒”再勾选“AIKit组件”。为什么要特别提这一句因为AIKit不是一个自动附带的能力它属于讯飞开放平台“AI能力引擎”中的一个独立组件不添加的话SDK初始化时会报service not configured之类的错误。确认开通后会生成两个关键参数AppID应用的唯一标识SDK初始化时必填APIKey用于服务鉴权通常绑定SDK的AppId使用下载SDK时也要注意讯飞开放平台有“语音唤醒SDK”和“全能力SDK”两个入口。这里务必选AIKit语音唤醒SDK或新版平台里展示为“AIKit-唤醒组件”的压缩包下载解压后你会看到一个libs目录里面有.aar文件和一个assets目录。2.3 下载干净的SDK包并导入工程解压后的SDK包目录一般是这样的aikit-voicewake-release/ ├── libs/ │ ├── aikit-voicewake-xxx.aar │ └── ... ├── assets/ │ ├── ivw_wakeup_xxx.jet │ └── ... └── doc/ └── 集成文档.pdf把.aar文件复制到你的Android模块的libs目录下没有这个目录就新建一个然后在模块的build.gradle里添加依赖dependencies { implementation fileTree(dir: libs, include: [*.jar, *.aar]) // 如果SDK内部依赖okhttp或gson按文档提示补齐 implementation com.squareup.okhttp3:okhttp:4.12.0 implementation com.google.code.gson:gson:2.10.1 }这里要提醒一句AIKit底层有时会依赖OkHttp和Gson用于日志上报、模型更新等操作如果缺失运行时会抛出NoClassDefFoundError排查起来还是比较头疼的。建议不管三七二十一先把这两个依赖加上反正几乎任何项目都会用到。assets目录里的.jet资源唤醒词模型也要拷贝到Android项目的assets/ivw/下面注意是ivw目录不要把模型文件直接丢到assets根目录讯飞SDK的默认路径解析就是assets/ivw/。这是很多人第一次集成时容易忽略的细节少了它初始化不报错但startWakeWakeup之后永远检测不到语音。3. 核心细节与实操要点权限、初始化与唤醒回调这一节是整个项目的“正菜”。语音唤醒的核心链路是麦克风采集音频 → VAD检测 → 唤醒词比对 → 触发回调。讯飞SDK已经把中间过程全封装了你需要做的就是把“水管”接对初始化引擎、申请权限、启动唤醒服务、监听回调。3.1 权限配置与混淆规则AndroidManifest.xml里必须声明麦克风权限uses-permission android:nameandroid.permission.RECORD_AUDIO /如果你要在Android 12API 31及以上版本运行不需要额外申请BLUETOOTH_CONNECT之类的运行时权限但RECORD_AUDIO属于危险权限必须在运行时主动申请。推荐写法是if (ContextCompat.checkSelfPermission(this, Manifest.permission.RECORD_AUDIO) ! PackageManager.PERMISSION_GRANTED) { ActivityCompat.requestPermissions( this, arrayOf(Manifest.permission.RECORD_AUDIO), REQUEST_CODE_RECORD_AUDIO ) }在onRequestPermissionsResult回调里等用户授权后再执行唤醒初始化。如果你开了代码混淆minifyEnabled true必须在proguard-rules.pro里追加-keep class com.iflytek.** { *; } -keep class com.voicewake.** { *; } -dontwarn com.iflytek.**这组规则的目的是防止SDK内部的反射调用和序列化类被混淆删除。讯飞SDK里有不少通过字符串类名反射初始化的逻辑混淆一旦处理不当会遇到ClassNotFoundException而且报错时机极其随机——有时是初始化时有时是启动唤醒时。3.2 初始化AIKit引擎AppID、日志、全局上下文初始化推荐放到Application的onCreate()里执行保证全局只初始化一次。核心代码如下class WakeApp : Application() { override fun onCreate() { super.onCreate() initAikit() } private fun initAikit() { // STEP 1: 设置应用上下文 AIKit.getInstance().setContext(this) // STEP 2: 配置AppID必须与平台创建应用时一致 AIKit.getInstance().setAppId(你的AppID) // STEP 3: 开启日志线上环境建议关闭避免日志刷屏 AIKit.getInstance().setLogEnable(BuildConfig.DEBUG) // STEP 4: 语音唤醒组件初始化 val initResult AIKit.getInstance().init() if (initResult.code ! AIKitConstants.SUCCESS) { Log.e(WakeApp, AIKit init failed: ${initResult.code}) } } }init()返回的是一个包含code和message的结果对象code为0表示初始化成功。如果失败别急着查网络多半是AppID与SDK包不匹配或者assets下的模型文件路径不对。这里有一个重要细节AIKit.getInstance().init()每次调用都会做一次资源加载和鉴权操作所以不要在Activity的onCreate()里反复调用全局只初始化一次即可。否则可能引发未知的资源释放bug——我遇到过一次在Activity重建后唤醒就失效的情况后来定位发现是重复初始化导致底层线程资源竞争。3.3 定义唤醒词与监听回调讯飞AIKit语音唤醒默认支持自定义唤醒词但需要在控制台“语音唤醒”服务里提前设置或合成。默认唤醒词通常是“讯飞语点”。为了测试方便你可以先用默认唤醒词等整个链路通了再去自定义。唤醒监听的核心接口是WakeupListenerclass SimpleWakeupListener : WakeupListener { override fun onSuccess(result: WakeupResult) { // result.wakeupWord 是命中的唤醒词 val word result.wakeupWord Log.i(WakeupListener, 唤醒成功: $word) // 这里执行你的业务逻辑跳转页面、开启语音识别、播放提示音等 } override fun onError(errorCode: Int, errorDesc: String) { Log.e(WakeupListener, 唤醒错误: $errorCode - $errorDesc) } override fun onEvent(event: WakeupEvent?) { // 可监听 VAD 开始、结束等事件用于UI反馈 } }关于onEvent大多数场景用不到但有个有用思路是在WakeupEvent里判断“VAD开始”后播放一声提示音让用户知道系统正在听——类似智能音箱的“唤醒光效短音”。这个交互细节能明显提升使用体验建议做产品的同学后续考虑。3.4 启动与停止唤醒的正确姿势启动唤醒的核心调用是AIKit.getInstance().getWakeupEngine()?.apply { setWakeupListener(listener) startWakeup() }startWakeup()执行后SDK会开启内部音频采集线程持续监听麦克风。这里要特别注意startWakeup耗时可以忽略但最好放在子线程调用虽然是异步底层实现但SDK内部可能会做模型文件的IO读取极个别机型上主线程调用仍会出现几十毫秒卡顿。页面退出或App进入后台不再需要唤醒时务必停止并释放资源override fun onDestroy() { super.onDestroy() AIKit.getInstance().getWakeupEngine()?.let { it.stopWakeup() it.setWakeupListener(null) } }如果你不调用stopWakeup()SDK的麦克风采集线程会一直在后台跑耗电极快用户很快会发现手机发烫。这个bug在真实项目中太常见了很多人只报“App耗电”实际上就是唤醒服务没有伴随页面生命周期关闭。4. 实操过程从一个可运行的Demo谈起理论说了不少接下来我直接带你搭一个最小可运行的Demo重点标注哪些地方是“当天就想放弃”的坑。4.1 创建工程并配置项目级GradleAndroid Studio里新建一个Empty Views Activity项目语言选Kotlin包名设为com.example.wakedemo。在settings.gradle.kts或build.gradle里确保仓库包含google()和mavenCentral()讯飞SDK手动导入本地aar不需要额外maven仓库。在app/build.gradle.kts中android { namespace com.example.wakedemo compileSdk 34 defaultConfig { applicationId com.example.wakedemo minSdk 23 targetSdk 34 versionCode 1 versionName 1.0 } buildTypes { release { isMinifyEnabled false proguardFiles( getDefaultProguardFile(proguard-android-optimize.txt), proguard-rules.pro ) } } compileOptions { sourceCompatibility JavaVersion.VERSION_17 targetCompatibility JavaVersion.VERSION_17 } kotlinOptions { jvmTarget 17 } } dependencies { implementation(androidx.core:core-ktx:1.12.0) implementation(androidx.appcompat:appcompat:1.6.1) implementation(com.google.android.material:material:1.11.0) implementation(fileTree(libs) { include(*.jar, *.aar) }) implementation(com.squareup.okhttp3:okhttp:4.12.0) implementation(com.google.code.gson:gson:2.10.1) }4.2 编写主界面与权限申请逻辑activity_main.xml很简单放一个TextView显示状态一个Button用来切换唤醒状态LinearLayout xmlns:androidhttp://schemas.android.com/apk/res/android android:layout_widthmatch_parent android:layout_heightmatch_parent android:orientationvertical android:gravitycenter TextView android:idid/tvStatus android:layout_widthwrap_content android:layout_heightwrap_content android:text唤醒未启动 android:textSize20sp / Button android:idid/btnToggle android:layout_widthwrap_content android:layout_heightwrap_content android:text启动唤醒 android:padding12dp / /LinearLayoutMainActivity.kt里的逻辑class MainActivity : AppCompatActivity() { private lateinit var tvStatus: TextView private lateinit var btnToggle: Button private var started false private val wakeupListener object : WakeupListener { override fun onSuccess(result: WakeupResult) { runOnUiThread { tvStatus.text 唤醒成功: ${result.wakeupWord} } } override fun onError(errorCode: Int, errorDesc: String) { runOnUiThread { tvStatus.text 唤醒错误: $errorCode $errorDesc } } override fun onEvent(event: WakeupEvent?) { // 可选实现 } } override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) tvStatus findViewById(R.id.tvStatus) btnToggle findViewById(R.id.btnToggle) btnToggle.setOnClickListener { if (started) { stopWakeup() } else { startWakeup() } } } private fun startWakeup() { if (ContextCompat.checkSelfPermission(this, Manifest.permission.RECORD_AUDIO) ! PackageManager.PERMISSION_GRANTED) { ActivityCompat.requestPermissions( this, arrayOf(Manifest.permission.RECORD_AUDIO), 1001 ) return } val engine AIKit.getInstance().getWakeupEngine() engine?.setWakeupListener(wakeupListener) engine?.startWakeup() started true tvStatus.text 唤醒运行中... btnToggle.text 停止唤醒 } private fun stopWakeup() { val engine AIKit.getInstance().getWakeupEngine() engine?.stopWakeup() engine?.setWakeupListener(null) started false tvStatus.text 唤醒已停止 btnToggle.text 启动唤醒 } override fun onRequestPermissionsResult( requestCode: Int, permissions: Arrayout String, grantResults: IntArray ) { super.onRequestPermissionsResult(requestCode, permissions, grantResults) if (requestCode 1001 grantResults.isNotEmpty() grantResults[0] PackageManager.PERMISSION_GRANTED) { startWakeup() } } }这段代码足够跑通基本流程了。但有几个细节我必须进一步说明第一startWakeup后什么时候才算真正生效不是立刻而是等SDK内部初始化音频流结束后才生效。一般延迟在几百毫秒以内。所以你点完按钮可以对着麦克风说唤醒词不要马上就说稍微等一秒更稳妥。第二多进程问题如果你的App开了多进程只在主进程初始化AIKit避免多个进程同时占用麦克风会导致唤醒服务注册混乱。4.3 真机调试与许可授权讯飞SDK在部分机型上第一次初始化可能会弹出“授权”弹窗这是正常的。建议用“不稳定”的国产定制ROM比如部分MIUI/HarmonyOS做真机测试因为权限策略严苛容易暴露问题。我测试时用的是一台Android 13的旧旗舰直接将调试机型设置为“不限制后台高耗电应用”等选项再跑唤醒demo避免了大部分“进了后台麦克风就被杀掉”的问题。5. 常见问题与排查技巧实录唤醒功能写起来是那几行真正坑人的都在后面。我把项目里遇到的高频问题按“频率从高到低”整理成速查表每个问题附带排查思路大家可以按图索骥。现象可能原因排查与解决初始化返回错误码20004/20006AppID与SDK不匹配或未开通对应服务登录开放平台核对AppID确认“语音唤醒”服务已开通并绑定到应用startWakeup后无任何反应不报错assets/ivw路径下缺少模型文件或模型文件名不对检查assets目录结构确认.jet文件放在assets/ivw/下初始化成功但回调一直onError(10101)麦克风权限未在运行时成功申请检查Manifest权限声明确认运行时授权弹窗正常弹出在A设备正常在B设备唤醒失败特定机型的音频焦点冲突关闭其他可能占用麦克风的App如录音机、语音助手进入后台后唤醒失效系统省电策略杀掉了进程或限制了后台采集引导用户将App加入“无限制电池优化”白名单唤醒后不进入识别流程回调里没有调起识别引擎或线程切换问题确认实现的是onSuccess中剩余逻辑并切回主线程更新UI反复快速“唤醒成功”唤醒词太短或误唤醒率高更换更长的唤醒词在控制台重新训练模型5.1 “model not exist”的坑这个报错出现率极高排查方法其实很直接打开APK用Android Studio的Profile或直接解压看assets目录确认.jet文件确实打包进去了。有时候你明明把文件放到了app/src/main/assets/ivw/下但构建时没触发资源同步可以执行一次Build - Clean Project再重新构建。另外如果你下载的是32位SO与armeabi-v7a版本但测试机是64位arm64-v8a系统也会导致模型加载失败。建议在app/build.gradle的ndk { abiFilters }里只保留armeabi-v7a和arm64-v8a两种架构减少包体避免找错SO文件。5.2 后台被系统回收的完整对策绝大多数“唤醒时灵时不灵”的反馈最后定位都不是SDK问题而是“App被系统冻结了”。对策是按优先级排序申请:wake前台服务让系统知道你的App正在使用麦克风申请WAKE_LOCK保持CPU唤醒状态仅在唤醒持续期间引导用户在系统设置中开启“允许后台运行”监听ACTION_SCREEN_OFF屏幕熄灭后是否要停止唤醒视业务而定如果业务要求“锁屏也能唤醒”类似语音助手就必须上双Service守护方案。这个方案不适合小白展开但至少让你的唤醒服务作为前台服务运行是系统允许的最小成本做法。5.3 误唤醒问题默认唤醒词“讯飞语点”在某些方言地区误唤醒率会明显上升。我的建议是在开放平台声音设置里增录几遍你的真实口音模型会自适应如果产品允许用“自定义唤醒词”并选择“唤醒词长度为4~6个汉字”能显著降低误唤醒客户端侧收到onSuccess后可以再用本地语音活动检测做二次校验比如要求唤醒后500ms内存在有效的VAD段否则忽略这次唤醒第一种和第二种方案属于官方标准操作第三种是我自己加的双保险实测误唤醒率降低了60%以上代价是响应延迟多了大概一两百毫秒还算能接受。6. 工程结构上的进阶思路把唤醒能力封装成通用模块如果你不是只做一个Demo而是准备把语音唤醒能力沉淀到公司的基础组件库里那我强烈建议你把唤醒逻辑从Activity里拆出去封装成一个独立的WakeupManager单例对外暴露简单的接口object WakeupManager { private var listener: WakeupListener? null fun init(context: Context, appId: String) { AIKit.getInstance().setContext(context.applicationContext) AIKit.getInstance().setAppId(appId) AIKit.getInstance().setLogEnable(BuildConfig.DEBUG) AIKit.getInstance().init() } fun start(listener: WakeupListener) { this.listener listener val engine AIKit.getInstance().getWakeupEngine() engine?.setWakeupListener(listener) engine?.startWakeup() } fun stop() { val engine AIKit.getInstance().getWakeupEngine() engine?.stopWakeup() engine?.setWakeupListener(null) listener null } fun release() { stop() AIKit.getInstance().release() } }这样做的好处是业务层完全感知不到AIKit的存在。以后要替换成其他厂商的唤醒引擎或者切换离线/在线模型只需要改WakeupManager内部实现页面层的代码一行都不用动。接口设计上建议加一个状态回调interface WakeupStateListener { fun onWakeupStart() fun onWakeupStop() fun onWakeupSuccess(word: String) fun onWakeupError(code: Int, desc: String) }这样可扩展性和可测试性都会好很多。7. 回归测试与上线前检查清单功能写完了别急着打包上架。语音唤醒模块比较特殊它对“环境”极度敏感上线前这六项检查一个都别省多机型覆盖至少找5台不同品牌、不同Android版本的手机实测唤醒率和误唤醒率。低电量模式测试开启省电模式后系统是否禁用了麦克风采集如果禁用是否走了合理的降级提示后台长时间运行连续2小时播放音乐、打电话、看视频的混合场景下唤醒服务是否稳定存在异常恢复用adb shell am kill杀掉进程后重新打开App唤醒功能是否自动恢复语音模型合规如果你使用了自定义唤醒词确认在讯飞开放平台生成的模型文件已获得合法的授权。隐私合规在App的隐私政策中明确声明“本应用会通过麦克风采集语音用于唤醒功能”并申请了对应的敏感权限声明。第三个检查尤其容易被忽略。很多开发者在测试时拿一台干净的手机装上App唤醒一切正常可一上线就各种报告“唤醒不了”原因就是后台长期有其他音频流抢占麦克风或AudioFocus冲突。建议集成一个简单的“抢麦策略”启动唤醒时主动申请AudioFocus并在监听OnAudioFocusChangeListener丢失焦点后自动重新申请。8. 最后再分享几个小技巧做语音唤醒这个功能大半年踩过的坑攒了不少有些细节不大好归类但都很实用我直接罗列在下面关于AS怎么设置中文、安装教程的补充——新手如果被Gradle同步卡了很久八成是网络问题。用国内镜像源替换google()和mavenCentral()或者配置Gradle JDK路径为本地安装的JDK 17都能解决绝大部分同步失败。中文语言包在插件市场就能装完全不影响构建。关于SDK版本匹配——讯飞官网的SDK下载页面和Android Studio的targetSdk版本有时候没同步更新你用的targetSdk再新SDK本身的targetSdkVersion并不会自动适配到最新。如果遇到“检测到targetSdkVersion 34与SDK编译版本不一致”的警告在build.gradle里把compileSdk降到SDK默认版本或者升到官方指定版本两者保持一致即可。关于“纯净版”和“带UI版”的取舍——讯飞有些SDK包会内置完整的唤醒演示UI很多人在项目里直接拿来用。但我的建议是工程上还是要自己做一层UI原因很简单SDK内置UI的交互风格、文案、弹窗策略都不好定制后期出了产品需求变更改起来比从零写麻烦得多。你只需要保留SDK的核心唤醒能力UI层越轻薄越好。关于日志分析——遇到诡异问题时抓取SDK日志比瞎猜靠谱。在初始化时开启日志后用adb logcat -s AIKit就能看到详细的引擎状态和错误码。把日志保存下来提工单给讯飞技术支持时也会高效得多。语音唤醒这个功能本身不难难点在于环境的复杂适配。真机测试时尽量模拟目标用户的使用习惯——亮屏、息屏、打电话、听音乐、在嘈杂环境里喊唤醒词每种场景都过一遍。把这篇文章里提到的配置、代码、排查手段吃透你应该能用一天时间把AIKit语音唤醒集成到自己的项目里并且稳定跑起来。本文还有配套的精品资源点击获取