JDK中的并发bug?

最近研究Java并发，无意中在JDK8的System.console()方法的源码中翻到了下面的一段代码：

private static volatile Console cons = null;
/**
* Returns the unique {@link java.io.Console Console} object associated
* with the current Java virtual machine, if any.
*
* @return  The system console, if any, otherwise <tt>null</tt>.
*
* @since   1.6
*/
public static Console console() {
if (cons == null) {
synchronized (System.class) {
cons = sun.misc.SharedSecrets.getJavaIOAccess().console();
}
}
return cons;
}

第一感觉，这个不是很像著名的双重检查加锁吗？再仔细一看，似乎有bug，似乎应该这样写的：

public static Console console() {
if (cons == null) {
synchronized (System.class) {
if (cons == null)
cons = sun.misc.SharedSecrets.getJavaIOAccess().console();
}
}
return cons;
}

这个才是正确的 双重检查加锁 的正确写法。

那么JDK中的写法似乎是有问题的：

假如a,b两个线程执行到 if (cons == null) { 之后，然后a线程进入锁，获得了一个 cons对象，出锁，然后b线程在进入锁，又获得了一个不同的 cons对象，这样的话就和注释中的：Returns the unique {@link java.io.Console Console} object associated
* with the current Java virtual machine, if any.

矛盾了。

另外如果sun.misc.SharedSecrets.getJavaIOAccess().console();每次返回都是相同的 对象，那就没有必要使用synchronized (System.class) 锁了。

但是一想，如果JDK发生这样低级的bug，又感觉不太可能吧，但是自己从代码上看又确实有bug，请知道其中原委高手指点......