主线程中使用 while + Thread.sleep 会导致界面冻结和 ANR，因 sleep 阻塞 UI 线程；应改用后台线程配合 volatile 标志、中断检查、超时控制及主线程回调机制来安全轮询。
为什么 while + Thread.sleep 容易导致线程假死或响应卡顿
直接在主线程（比如 Android 的 UI 线程或 Swing 的 Event Dispatch Thread）里写 while (condition) { Thread.sleep(1000); }，会导致整个界面冻结、按钮无响应、甚至 ANR。因为 Thread.sleep 是阻塞式调用，它不会释放当前线程的执行权，只是暂停，而 UI 线程被占着就干不了别的事。
正确做法是把轮询逻辑放到后台线程里，同时注意异常捕获和退出控制：
-
Thread.sleep必须包裹在try-catch(InterruptedException)中，否则编译不通过； - 轮询条件不能只靠
while (flag)，要配合volatile修饰的布尔变量，否则 JVM 可能因指令重排或缓存导致子线程永远看不到主控线程改写的值； - 别用
while (true)硬循环加break，容易漏掉中断响应——应优先检查Thread.currentThread().isInterrupted()。
怎么安全启动并停止一个带 sleep 的轮询线程
典型场景：等待某个远程资源就绪（如文件生成、API 返回状态为 "done"），每 2 秒查一次，最多等 30 秒。关键不是“怎么睡”，而是“怎么可控地启停”。
示例代码片段（Java）：
volatile boolean running = true;
Thread pollThread = new Thread(() -> {
long deadline = System.currentTimeMillis() + 30_000;
while (running && System.currentTimeMillis() < deadline) {
try {
String status = checkRemoteStatus(); // 自定义检查逻辑
if ("done".equals(status)) {
handleSuccess();
return;
}
Thread.sleep(2000);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
return;
}
}
});
pollThread.start();
// 外部想停止时：
running = false;
pollThread.interrupt(); // 确保 sleep 被唤醒
注意：interrupt() 对正在 sleep 的线程会立即抛出 InterruptedException，但对正在执行普通代码的线程只是设个标志位，所以循环里必须主动检查 running 和 isInterrupted()。
替代方案：用 ScheduledExecutorService 更可靠
手写 while + sleep 容易出错，尤其在需要精确调度、取消任务、或复用线程池时。ScheduledExecutorService 内置了异常隔离、线程复用、延迟/周期执行能力，且支持优雅关闭。
等效实现（推荐）：
ScheduledExecutorService scheduler = Executors.newSingleThreadScheduledExecutor();
ScheduledFuture<?> future = scheduler.scheduleAtFixedRate(() -> {
if (!checkCondition()) return;
handleSuccess();
scheduler.shutdown(); // 成功后主动关调度器
}, 0, 2, TimeUnit.SECONDS);
// 超时自动取消
scheduler.schedule(() -> {
if (!future.isDone()) {
future.cancel(true);
handleTimeout();
}
}, 30, TimeUnit.SECONDS);
优势：scheduleAtFixedRate 不受前一次执行耗时影响（固定间隔），scheduleWithFixedDelay 则是执行完再等延迟；future.cancel(true) 会尝试中断正在运行的任务，比手动维护 volatile 标志更健壮。
Android 或 JavaFX 环境下如何把结果回调到主线程
后台轮询拿到结果后，不能直接更新 UI 组件（如 TextView.setText()），否则抛 CalledFromWrongThreadException。必须切回主线程执行 UI 操作。
- Android：用
Handler(Looper.getMainLooper())或Activity.runOnUiThread()； - JavaFX：用
Platform.runLater()； - Swing：用
SwingUtilities.invokeLater()。
错误示范：new Thread(...).start() 里直接调 textView.setText("done") —— 这行代码一定崩溃。正确写法是在轮询线程里触发回调，再由回调包装一层 UI 线程调度。
真正麻烦的从来不是“怎么睡”，而是“睡醒之后在哪执行、谁来管超时、中断信号有没有被吃掉、结果怎么安全传回来”。这些细节漏掉一个，轮询就变成不可靠的定时炸弹。
