在链接构造函数时,jvm的隐式内存屏障是如何工作的?

指的是我的 earlier question on incompletely constructed objects ,我还有第二个问题。正如jon skeet所指出的,构造函数的末尾有一个隐式的内存屏障,可以确保 final 字段对所有线程都可见。但是如果一个构造器调用另一个构造器,那么在每个构造器的末尾,或者仅仅在一开始被调用的那个构造器的末尾,会有这样的内存障碍吗?也就是说,当“错误”的解决方案是:

public class ThisEscape {
    public ThisEscape(EventSource source) {
        source.registerListener(
            new EventListener() {
                public void onEvent(Event e) {
                    doSomething(e);
                }
            });
    }
}

正确的版本是工厂方法版本:

public class SafeListener {
    private final EventListener listener;

    private SafeListener() {
        listener = new EventListener() {
            public void onEvent(Event e) {
                doSomething(e);
            }
        }
    }

    public static SafeListener newInstance(EventSource source) {
        SafeListener safe = new SafeListener();
        source.registerListener(safe.listener);
        return safe;
    }
}

下面的方法也行吗?

public class MyListener {
    private final EventListener listener;

    private MyListener() {
        listener = new EventListener() {
            public void onEvent(Event e) {
                doSomething(e);
            }
        }
    }

    public MyListener(EventSource source) {
        this();
        source.register(listener);
    }
}

更新: 关键的问题是 this() 保证实际 呼叫 上面的私有构造函数(在这种情况下,在预期的地方会有障碍,一切都是安全的),或者私有构造函数是否可能 内联 作为保存一个内存障碍的优化(在这种情况下,在公共构造函数结束之前不会有障碍)?

规则是 这个() 准确的定义在什么地方?如果不允许,那么我认为我们必须假设允许内联链式构造函数,并且可能允许一些jvm甚至 javac S正在做。