在 Android 中，若在主线程中执行耗时操作（如音频播放初始化），会导致 UI 线程阻塞，使 ProgressBar 无法及时显示。正确做法是：立即显示 Dialog，将耗时逻辑移至后台线程，并在操作完成后通过 runOnUiThread 安全更新 UI。
在 android 中，若在主线程中执行耗时操作（如音频播放初始化），会导致 ui 线程阻塞，使 progressbar 无法及时显示。正确做法是：立即显示 dialog，将耗时逻辑移至后台线程，并在操作完成后通过 runonuithread 安全更新 ui。
Android 的 UI 框架严格遵循单线程模型——所有视图操作（包括 dialog.show()）必须在主线程（UI 线程）执行，但一旦后续代码中包含阻塞式调用（例如 sd.playerInstance.play() 内部可能同步初始化解码器、建立网络连接或等待硬件资源），就会导致主线程卡顿，即使 show() 已被调用，Dialog 的实际渲染也会被延迟到当前 onClick 方法执行完毕之后。
因此，关键不是“让 Dialog 显示得更快”，而是确保 show() 调用后，主线程能立刻进入渲染循环，不被后续耗时逻辑抢占。解决方案是：
✅ 立即调用 showProgress() 并返回 Dialog 实例；
✅ 禁用触发按钮（如 buttonPlay.setEnabled(false)），防止重复点击；
✅ 将真正耗时的播放逻辑（sd.playerInstance.play() 等）移入 后台线程（如 Thread 或 ExecutorService）；
✅ 在后台任务完成时，切回主线程调用 dialog.dismiss() 和 UI 恢复操作（如重置按钮状态）。
以下是推荐的完整实现：
ImageButton buttonPlay = currentItemView.findViewById(R.id.play);
buttonPlay.setOnClickListener(v -> {
// Step 1: 立即禁用按钮，防重复点击
buttonPlay.setEnabled(false);
// Step 2: 立即显示进度对话框（运行在主线程，无延迟）
dialog = AppUtil.showProgress(adapterActivity);
// Step 3: 启动后台线程执行播放逻辑
new Thread(() -> {
try {
SingleAudio sd = getItem(position);
if (sd != null) {
sd.playerInstance.setDialog(dialog); // 便于内部回调 dismiss
if (sd.playerInstance.inPlay()) {
sd.playerInstance.stop();
} else {
sd.playerInstance.play(); // 此处为潜在耗时操作
}
}
} finally {
// Step 4: 切回主线程安全更新 UI
adapterActivity.runOnUiThread(() -> {
if (dialog != null && dialog.isShowing()) {
dialog.dismiss();
}
buttonPlay.setEnabled(true);
// 可选：同步更新按钮图标（play ↔ stop）
updatePlayButtonIcon(buttonPlay, sd != null && sd.playerInstance.inPlay());
});
}
}).start();
});
⚠️ 注意事项：
-
勿在后台线程中直接操作 View 或 Dialog（如
dialog.dismiss()），否则抛出CalledFromWrongThreadException； - 使用
dialog.isShowing()避免已关闭 Dialog 被重复 dismiss； - 若
playerInstance.play()支持异步回调（如OnPreparedListener），更推荐使用Handler或LiveData+ViewModel实现响应式流程，避免手动线程管理； -
AppUtil.showProgress()中建议为ProgressBar设置明确样式（如android:indeterminateTint替代已废弃的setColorFilter），以适配 Android 6.0+ 主题色机制。
通过分离 UI 展示与业务执行，既能保证用户感知到即时反馈，又能保障主线程流畅性与应用健壮性。
