为何在默认构造函数外声明ArrayList却在构造函数内赋值？该写法有何作用？

先看你给出的示例代码：

public class Tickets {

    public ArrayList<movie> movies;  

    public Tickets() {
        movies = new ArrayList<movie>();
    }
}

下面拆解这种写法的作用，以及和其他写法的区别：

这种写法的核心价值 #

• 保留成员变量的全局可用性：把movies声明为类的成员变量，而非构造函数内的局部变量，这样类里的其他方法都能访问、操作这个集合——这才是把它作为类成员的意义，不然你在构造里创建个局部集合，用完就没了，其他方法根本用不上。
• 预留初始化的灵活性：如果后续给类加其他构造函数，你可以根据不同的构造参数来调整集合的初始化逻辑。比如有的构造需要指定集合初始容量，有的甚至要换成LinkedList实现，在构造函数里赋值就能轻松做到。

能不能直接在构造函数内部创建？ #

可以，但得注意变量作用域：
要是写成下面这样：

public class Tickets {
    public Tickets() {
        ArrayList<movie> movies = new ArrayList<movie>();
    }
}

这个movies只是构造函数里的临时变量，构造执行完就被销毁了，类的其他方法根本拿不到它。这种写法只适合你在构造里临时用一下集合的场景，显然示例里是要把movies作为类的公共状态来用的，所以这种写法不符合需求。

能不能直接在外部初始化？ #

当然可以，比如：

public class Tickets {
    public ArrayList<movie> movies = new ArrayList<movie>();
}

这种写法和示例写法的区别主要在这几点：

1. 初始化时机：成员直接初始化是在类加载完成后、构造函数执行前就完成了；构造函数内初始化是在构造执行时才做。
2. 多构造的一致性：如果类有多个构造函数，直接初始化的话，不管调用哪个构造，movies都会被初始化；但如果是在构造里赋值，你得确保每个构造函数都做了这个操作（或者用this()调用已经初始化的构造），不然可能出现movies为null的情况。
3. 动态调整能力：要是需要根据构造参数调整集合（比如指定初始容量），构造函数内初始化更灵活。比如：

public Tickets(int initialCapacity) {
    movies = new ArrayList<movie>(initialCapacity);
}

这种动态配置，直接成员初始化就实现不了。

总结 #

示例写法是一种平衡了成员可用性和初始化灵活性的常规写法，适合把集合作为类核心状态、且可能需要根据构造逻辑调整初始化方式的场景。直接成员初始化更简洁，适合简单场景；构造内局部创建只适合临时用集合的情况。

内容的提问来源于stack exchange，提问作者Jah