Android：非UI线程致界面无响应及后续线程异常问题

一、界面无响应问题的根源与修复 #

你最开始遇到的界面卡死问题，核心原因是把耗时的死循环和I/O操作直接放到了UI线程中执行。看你的代码，你通过mHandler.post()把整个包含while(true)的逻辑都投递到了UI线程——UI线程是专门负责界面渲染、响应用户操作的，一旦被这种无限循环+I/O读取占用，自然会彻底阻塞，导致界面完全无响应。

修复后的代码示例： #

// 确保Handler绑定UI线程的Looper
mHandler = new Handler(Looper.getMainLooper());
new Thread(new Runnable() {
    @Override
    public void run() {
        int counter = 0;
        // 用线程中断标记代替死循环，方便后续优雅停止线程
        while (!Thread.currentThread().isInterrupted()) {
            counter++;
            try {
                String output = "";
                if (mInStream != null) {
                    // 注意read()的返回值是实际读取的字节数，不要直接遍历整个buffer
                    int bytesRead = mInStream.read(buffer);
                    if (bytesRead > 0) {
                        for (int i = 0; i < bytesRead; i++) {
                            char c = (char) buffer[i];
                            if (c >= ' ' && c < 'z') {
                                output += c;
                            }
                        }
                    }
                    Intent intent = new Intent();
                    intent.setAction("com.curie.WEIGHT_RECEIVED");
                    intent.putExtra("Output", output);
                    if (counter % 10 == 0) {
                        System.out.println(counter);
                        // 改用异步广播，避免阻塞后台线程
                        LocalBroadcastManager.getInstance(InputActivity.getContext())
                                .sendBroadcast(intent);
                    }
                }
                // 加个小延迟，避免循环过于频繁消耗CPU
                Thread.sleep(100);
            } catch (IOException e) {
                // 处理连接断开异常
                e.printStackTrace();
                break;
            } catch (InterruptedException e) {
                // 捕获线程中断信号，优雅退出循环
                Thread.currentThread().interrupt();
                break;
            }
        }
    }
}).start();

关键修改点说明：

• 把耗时的I/O读取、循环逻辑留在后台线程，不再投递到UI线程
• 用!Thread.currentThread().isInterrupted()替代while(true)，方便后续通过中断停止线程
• 处理read()的返回值，避免遍历未读取的buffer垃圾数据
• 把同步广播sendBroadcastSync改成异步广播sendBroadcast，防止阻塞后台线程
• 添加Thread.sleep(100)，降低循环频率减少CPU占用

二、CalledFromWrongThreadException的解决 #

你后来遇到的这个错误，是Android开发的经典坑：只有创建View的线程（也就是UI线程）才能修改View的状态。你的广播接收器是在后台线程中执行的（因为sendBroadcastSync会让接收器在发送线程同步执行），所以直接在onReceive里调用inputwindow.setText(weight)就会触发线程检查异常。

三种可行的修复方式： #

方式1：用Handler投递到UI线程

@Override
public void onReceive(Context context, Intent intent) {
    String weight = intent.getStringExtra("Output");
    // 通过Handler把UI更新逻辑切换到UI线程执行
    mHandler.post(new Runnable() {
        @Override
        public void run() {
            inputwindow.setText(weight);
        }
    });
}

方式2：用Activity的runOnUiThread方法

如果广播接收器是Activity内部的匿名类，可以直接调用Activity的内置方法：

@Override
public void onReceive(Context context, Intent intent) {
    String weight = intent.getStringExtra("Output");
    InputActivity.this.runOnUiThread(new Runnable() {
        @Override
        public void run() {
            inputwindow.setText(weight);
        }
    });
}

方式3：用LiveData（更推荐的架构化方案）

如果你的项目使用Jetpack组件，用LiveData可以自动处理线程切换，代码更简洁规范：

// 在ViewModel中定义LiveData
private MutableLiveData<String> weightLiveData = new MutableLiveData<>();

// 后台线程中不再发送广播，直接更新LiveData
weightLiveData.postValue(output);

// 在Activity中观察LiveData，自动在UI线程更新UI
viewModel.getWeightLiveData().observe(this, weight -> {
    inputwindow.setText(weight);
});

内容的提问来源于stack exchange，提问作者Collin Urie