Android系统升级后onActivityResult麦克风录入不触发如何修复

两个异常本质是两个问题叠加：

1. 你对startActivityForResult()的行为存在认知偏差：这个方法从设计之初就是异步非阻塞的，调用后会立刻向系统服务发送启动目标Activity的请求，随后马上执行后续代码，根本不会等待语音输入完成、也不会等onActivityResult()回调。你在旧系统上观察到的“暂停后续逻辑直到输入完成”纯属偶然——旧版系统的Activity调度延迟、子线程调度优先级策略刚好让你的循环没有立刻执行下一次调用，属于碰对了行为，不是API本身的设计。系统升级后调度逻辑调整，这个偶然的“阻塞”效果自然就消失了。
2. 高版本Android的权限和组件可见性规则变更，导致语音输入的结果回调被系统拦截：从Android 11（API 30）开始，应用默认看不到其他应用的组件，如果你没在清单文件里声明语音识别服务的可见性配置，系统会直接拦截语音识别Activity的返回，不会触发onActivityResult()回调。另外子线程直接调用startActivityForResult()在高版本系统上属于违规操作，只要调用时Activity不在resumed状态，系统会直接丢弃请求，不会有任何回调。

按以下顺序调整代码即可：

1. 修复高版本回调不触发问题 #

• 首先补充组件可见性配置：如果你的targetSdkVersion >= 30，在AndroidManifest.xml的<manifest>节点下添加如下配置，允许应用访问系统语音识别服务：

<queries>
    <intent>
        <action android:name="android.speech.RecognitionService" />
    </intent>
</queries>

• 替换废弃的API：如果项目已接入AndroidX，直接弃用旧的startActivityForResult()，改用官方Activity Result API注册回调，避免生命周期不匹配导致的回调丢失。代码示例：

// 在Activity的成员变量位置注册回调，不要在业务逻辑里临时注册
private final ActivityResultLauncher<Intent> voiceLauncher = registerForActivityResult(
        new ActivityResultContracts.StartActivityForResult(),
        result -> {
            // 重置状态标记，允许下一次语音输入
            isVoiceProcessing = false;
            if (result.getResultCode() == RESULT_OK && result.getData() != null) {
                // 在这里处理语音识别返回的结果
                ArrayList<String> results = result.getData()
                        .getStringArrayListExtra(RecognizerIntent.EXTRA_RESULTS);
            }
        }
);

• 所有启动语音输入的逻辑必须切到主线程执行，禁止在子线程直接调用Activity相关组件方法。

2. 修复循环重复调用问题 #

你之前的逻辑依赖不存在的“阻塞”行为，加状态管控解决即可：

• 在Activity中添加多线程可见的状态标记位：private volatile boolean isVoiceProcessing = false;，volatile修饰保证子线程能实时读到标记位的最新值。
• 修改子线程循环的逻辑，增加状态判断：只有当isVoiceProcessing为false时，才允许发起新的语音输入请求，发起请求前先把标记位设为true，从根源上避免重复启动。示例逻辑：

// 子线程循环逻辑
long lastCallTime = 0;
while (isRunning) {
    if (!isVoiceProcessing) {
        // 加2秒防抖，避免系统卡顿导致重复触发
        if (System.currentTimeMillis() - lastCallTime < 2000) {
            try {
                Thread.sleep(200);
            } catch (InterruptedException e) {
                Thread.currentThread().interrupt();
                break;
            }
            continue;
        }
        lastCallTime = System.currentTimeMillis();
        isVoiceProcessing = true;
        // 切到主线程启动语音识别
        runOnUiThread(() -> {
            Intent intent = new Intent(RecognizerIntent.ACTION_RECOGNIZE_SPEECH);
            intent.putExtra(RecognizerIntent.EXTRA_LANGUAGE_MODEL,
                    RecognizerIntent.LANGUAGE_MODEL_FREE_FORM);
            voiceLauncher.launch(intent);
        });
    }
    // 循环加休眠避免CPU空转
    try {
        Thread.sleep(200);
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt();
        break;
    }
}

• 补全异常分支的状态重置：除了正常拿到结果的场景，用户手动取消语音输入、语音识别报错、页面销毁的场景，都要把isVoiceProcessing重置为false，避免状态死锁导致后续无法触发语音输入。

注意：所有和Activity生命周期绑定的API调用都必须放在主线程，永远不要依赖系统版本的偶然表现写业务逻辑，异步API必须配套状态管控，否则系统版本、厂商定制逻辑调整都会直接导致功能异常。

内容的提问来源于stack exchange，提问作者Michael Lowe