双大括号初始化创建一个从指定类派生的匿名类(外大括号)，并在该类中提供一个初始化程序块(内大括号)。如。

new ArrayList<Integer>() {{
   add(1);
   add(2);
}};

注意，使用这种双大括号初始化的效果是创建匿名的内部类。创建的类有一个隐式this指针指向周围的外部类。虽然通常不是问题，但在某些情况下，例如序列化或垃圾收集时，它可能会导致痛苦，值得注意这一点。

为了避免双大括号初始化的所有负面影响，例如:

打破了“平等”的兼容性。 使用直接赋值时不执行检查。 可能存在内存泄漏。

做下面的事情:

创建单独的“Builder”类，专门用于双大括号初始化。 用默认值声明字段。 将对象创建方法放在该类中。

例子:

public class MyClass {
    public static class Builder {
        public int    first  = -1        ;
        public double second = Double.NaN;
        public String third  = null      ;

        public MyClass create() {
            return new MyClass(first, second, third);
        }
    }

    protected final int    first ;
    protected final double second;
    protected final String third ;

    protected MyClass(
        int    first ,
        double second,
        String third
    ) {
        this.first = first ;
        this.second= second;
        this.third = third ;
    }

    public int    first () { return first ; }
    public double second() { return second; }
    public String third () { return third ; }
}

用法:

MyClass my = new MyClass.Builder(){{ first = 1; third = "3"; }}.create();

优点:

简单易用。 不要破坏“对等”的兼容性。 您可以在创建方法中执行检查。 无内存泄漏。

缺点:

一个也没有。

因此，我们有了有史以来最简单的java构建器模式。

查看github: java-sf-builder-simple-example中的所有示例

我认为有必要强调的是，在Java中没有“双大括号初始化”这样的东西。甲骨文网站没有这个术语。在这个例子中，有两个特性一起使用:匿名类和初始化程序块。开发人员似乎已经忘记了旧的初始化程序块，并在这个主题中引起了一些混乱。引用自Oracle文档:

实例变量的初始化块看起来就像静态初始化块，但是没有static关键字:

{
    // whatever code is needed for initialization goes here
}

关于双大括号初始化的有趣应用，请参阅这里的Dwemthy 's Array in Java。

摘录

private static class IndustrialRaverMonkey
  extends Creature.Base {{
    life = 46;
    strength = 35;
    charisma = 91;
    weapon = 2;
  }}

private static class DwarvenAngel
  extends Creature.Base {{
    life = 540;
    strength = 6;
    charisma = 144;
    weapon = 50;
  }}

现在，准备好迎接香肠味和培根味的大战吧!

每当有人使用双大括号初始化时，就会有一只小猫被杀死。

除了语法相当不寻常且不是真正的惯用(当然，品味是有争议的)之外，您还不必要地在应用程序中创建了两个重大问题，我最近在博客中对此进行了更详细的讨论。

1. 你创建了太多的匿名类

每次使用双大括号初始化都会创建一个新类。例如这个例子:

Map source = new HashMap(){{
    put("firstName", "John");
    put("lastName", "Smith");
    put("organizations", new HashMap(){{
        put("0", new HashMap(){{
            put("id", "1234");
        }});
        put("abc", new HashMap(){{
            put("id", "5678");
        }});
    }});
}};

．.． 将产生这些类:

Test$1$1$1.class
Test$1$1$2.class
Test$1$1.class
Test$1.class
Test.class

这对您的类加载器来说是相当大的开销——毫无意义!当然，如果你只做一次，就不会花费太多初始化时间。但是如果你在整个企业应用程序中做了20000次这样的事情……那么多内存只是为了一点“语法糖”?

2. 您可能会造成内存泄漏!

如果您使用上述代码并从一个方法返回该映射，那么该方法的调用者可能会毫无疑问地持有无法被垃圾收集的非常重的资源。考虑下面的例子:

public class ReallyHeavyObject {

    // Just to illustrate...
    private int[] tonsOfValues;
    private Resource[] tonsOfResources;

    // This method almost does nothing
    public Map quickHarmlessMethod() {
        Map source = new HashMap(){{
            put("firstName", "John");
            put("lastName", "Smith");
            put("organizations", new HashMap(){{
                put("0", new HashMap(){{
                    put("id", "1234");
                }});
                put("abc", new HashMap(){{
                    put("id", "5678");
                }});
            }});
        }};

        return source;
    }
}

返回的Map现在将包含对ReallyHeavyObject的封装实例的引用。你可能不想冒这个险:

图片来自http://blog.jooq.org/2014/12/08/dont-be-clever-the-double-curly-braces-anti-pattern/

3.你可以假装Java有地图字面量

为了回答你的实际问题，人们一直在使用这种语法来假装Java有类似map字面量的东西，类似于现有的数组字面量:

String[] array = { "John", "Doe" };
Map map = new HashMap() {{ put("John", "Doe"); }};

有些人可能会觉得这在语法上很刺激。

1-没有双括号这样的东西: 我想指出，没有双大括号初始化这样的东西。传统的初始化块只有一个大括号。第二个花括号块与初始化无关。答案说这两个大括号初始化了一些东西，但它不是这样的。

2-不只是匿名类，而是所有类: 几乎所有的答案都说它是在创建匿名内部类时使用的。我认为阅读这些答案的人会得到这样的印象，即这只在创建匿名内部类时使用。但它在所有课程中都被使用。读这些答案，它看起来像是一些全新的专门用于匿名类的特殊功能，我认为这是误导。

3- The purpose is just about placing brackets after each other, not new concept: Going further, this question talks about situation when second opening bracket is just after first opening bracket. When used in normal class usually there is some code between two braces, but it is totally the same thing. So it is a matter of placing brackets. So I think we should not say that this is some new exciting thing, because this is the thing which we all know, but just written with some code between brackets. We should not create new concept called "double brace initialization".

创建嵌套的匿名类与两个大括号无关: 我不同意创建太多匿名类的说法。你创建它们不是因为一个初始化块，而是因为你创建了它们。即使你没有使用两个大括号初始化，它们也会被创建，所以即使没有初始化，这些问题也会发生……初始化不是创建初始化对象的因素。

此外，我们不应该谈论使用这个不存在的东西“双括号初始化”，甚至是普通的单括号初始化所产生的问题，因为所描述的问题只是因为创建匿名类而存在，所以它与原始问题无关。但是所有的答案都给读者留下了这样的印象:创建匿名类并不是错误，而是这个邪恶的(不存在的)叫做“双括号初始化”的东西。