java wait(long timeout, int nanos)，后面的nanos有什么用？

【源码】

java1.8：

public final void wait(long timeout, int nanos) throws InterruptedException {
    if (timeout < 0) {
        throw new IllegalArgumentException("timeout value is negative");
    }

    if (nanos < 0 || nanos > 999999) {
        throw new IllegalArgumentException(
                            "nanosecond timeout value out of range");
    }

    if (nanos > 0) {
        timeout++;
    }

    wait(timeout);
}

更早期一些的版本：

public final void wait(long timeout, int nanos) throws nterruptedException {
    if (timeout < 0) {
        throw new IllegalArgumentException("timeout value is negative");
    }
    // nanos 单位为纳秒,  1毫秒 = 1000 微秒 = 1000 000 纳秒
    if (nanos < 0 || nanos > 999999) {
        throw new IllegalArgumentException(
                "nanosecond timeout value out of range");
    }

    // nanos 大于 500000 即半毫秒  就timout 加1毫秒
    // 特殊情况下: 如果timeout为0且nanos大于0,则timout加1毫秒
    if (nanos >= 500000 || (nanos != 0 && timeout == 0)) {
        timeout++;
    }

    wait(timeout);
}

【官方解释】

参数timeout的单位为毫秒, 参数nanos 的单位为纳秒, 1毫秒 = 1000 微秒 = 1000 000 纳秒。

处理时，由于纳秒级时间太短, 所以对参数nanos 其采取了近似处理,：

• 原先的时候大于半毫秒的加1毫秒,小于1毫秒则舍弃（特殊情况下,参数timeout为0时,参数nanos大于0时,也算为1毫秒）；
• 现在则是直接加1毫秒。

　　其主要作用应该在能更精确控制等待时间(尤其在高并发时，毫秒的时间节省也是很值得的)。

   

【思考】

仅仅是加了1ms，其实是毫无意义的。

猜测应该是原先的时候，需要在高并发的情况下，严格控制等待时间，但是当时限于技术优先，将其放进了TODO中，通过简单的方法先暂时留存在jdk中。

但是到了jdk后期版本，发现这个nanos其实毫无意义，但是为了兼容之前的版本，直接粗暴加1。

   

唉，其实没有必要在设计的时候为以后增加太多的预期，否则可能会存在很多推翻前人思路的行为，后人再看源码就会很困扰。