linux什么时候调度线程？
那情形可多了去了。
正常情况下，定时器中断到来的时候，如果当前进程时间片用尽，就要调度； 其他中断到来的时候，要进行调度，陷入内核； 进程主动要求调度的时候（如fork新线程、睡眠等等），要进行调度； 程序运行产生异常，无法继续运行，内核处理完异常恢复运行也要进行调度。还有其它各种情况，我一时也无法总结全，总之，内核“一言不和”就要进行调度……怎么让一个线程一直运行？
不会出现问题的，具体过程如下。
假设线程开始运行在core1上，对内存x将旧值b更改成新值a，在完成mov [x], a指令时，a这个值至少已经写到core1上的store buffer里面了。
线程要被迁移到core2，那必须是它被抢占，或主动让出cpu，或者主动睡眠才可以发生迁移到core2. 但不管什么情况，它必须在core1执行完schedule函数之后，才会发生迁移。
而schedule函数有以下一段代码：
注意上述最后两条语句，它会产生一个mb，意味着执行到mb之后，刚才将x修改为a的操作，会从store buffer写到L1 Cache，并且会将invalid message发送到其它核的invalid queue上。
之后线程才被调度出来了。
而线程被core2迁移过来时，它要执行，也必须是另一个线程执行schedule之后才能轮到该线程执行。同样，scheuld函数在core2执行时，因为有mb语句，它必须将本core2的invalid queue上的请求应用到本核的L1 Cache上，才能往前执行，此时Core2上L1 Cache上x的值状态变为invalid。
所以线程在core2执行完schedule后，还没有返回到用户态执行，那此时Cache情况如下：
Core1: x值，有效，为a，Exclusive状态
Core2: x值，无效， 因为收到core1的invalide message并应用到本Cache
然后线程执行到用户态时，访问x变量，本地cache是invalid，会发送读cache请求到core1，core1返回x的值为a给core2，此时core1/core2对x地址的状态均为Share。
所以Linux已 处理好进程调度与Cache的关系了。
thread.sleep有什么用？
Thread.sleep(long millis)和Thread.sleep(long millis, int nanos)静态方法强制当前正在执行的线程休眠（暂停执行），以“减慢线程”。
当线程睡眠时，它睡在某个地方，在苏醒之前不会返回到可运行状态。
当睡眠时间到期，则返回到可运行状态。
拓展资料：
SLEEP是一种函数，作用是延时，程序暂停若干时间，在执行时要抛出一个中断异常，必须对其进行捕获并处理才可以使用这个函数。
参考资料：百
java线程睡眠有几种方式？
Java线程有几种状态，这点你要知道，如开始， 结束，挂起，阻塞，中断，睡眠等。就单纯睡眠来说，调用Thread.sleep方法可以让线程睡眠。不参与CPU排队调用。