线程run方法中为何有时需将sleep放在循环内调用

首先明确一个基础认知：Thread.sleep()本身只做一件事——让当前线程暂停执行指定毫秒数，到期后自动回到就绪状态等待CPU调度，它本身不自带任何重复执行的能力。放不放在循环里，和sleep方法本身无关，完全取决于你的业务要实现什么效果。

必须放在循环内的场景 #

当你的需求是周期性重复执行某段逻辑时，必须套循环。
比如你提到的“线程每隔1秒执行一次任务”，本质逻辑是「等待1秒→执行业务→等待1秒→再执行业务」循环往复，直到线程被终止，这也是你看到的第一种写法的适用场景：

while (true) {
    try {
        sleep(1000);
    } catch (InterruptedException e) {
        // 收到中断信号，跳出循环终止线程
        break;
    }
    // 这里放需要每秒执行一次的业务逻辑
}

你之前把循环去掉后代码无法正常运行，原因非常直接：没有循环的话，代码只会执行一次——睡1秒，跑一遍业务，然后run()方法直接执行结束，线程就销毁了，自然不可能实现“每隔1秒重复运行”的效果。

绝对不能加循环的场景 #

当你的需求是单次延时，执行完就继续往下走时，绝对不能套循环。
这类场景非常常见：比如初始化完成后等1秒让下游服务就绪、操作完等2秒给用户看提示信息、触发限流后等3秒再重试一次，这类需求只需要等一次，不需要重复执行后续逻辑，对应你看到的第二种写法：

// 先执行前置逻辑
loadLocalCache();
try {
    sleep(1000);
} catch (InterruptedException e) {
    Thread.currentThread().interrupt();
}
// 执行只需要跑一次的后续逻辑
startService();

你之前给这类代码额外加循环导致运行错误，原因也很简单：套了死循环之后，代码会变成「加载缓存→等1秒→启动服务→等1秒→再启动服务→再等1秒……」无限重复，轻则重复执行逻辑产生脏数据，重则重复建立连接、重复申请资源直接把服务打挂，必然出问题。

你写代码前只要想清楚两个问题就行，根本不用死记模板：

• 你让线程sleep之后，后续的业务逻辑是需要重复跑很多次，还是只跑一次就结束？
  • 需要重复跑（定时轮询、心跳上报、周期刷新）：套循环
  • 只跑一次（单次等待、单次延时）：别套循环
• 几个要避开的坑：
  • 循环里的sleep不要空吞InterruptedException，要么重置线程中断标志，要么直接跳出循环，不然线程会没法正常停止
  • 不要靠sleep循环做高精度定时，sleep的实际唤醒时间受操作系统调度影响，会有毫秒级甚至更高的误差，精准定时要用专门的定时任务组件
  • 如果sleep是为了等其他线程把某个状态改好，别用死循环加sleep轮询，优先用wait/notify、条件队列这类同步工具，不然会空耗CPU资源

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