在单例（Singleton）类中声明多个实例变量（Has-A关系）是否可行？

首先明确：单例模式的核心是保证类仅有一个全局实例，它并没有禁止单例类持有其他对象的引用（也就是你说的Has-A关联），所以这种做法本身是符合设计规范的，但有几个关键细节需要注意：

• 线程安全问题：你给出的示例代码里，getInstance()的懒加载实现没有线程安全控制，多线程环境下可能会创建多个Singleton实例，这违背了单例的核心要求。建议改用双重检查锁（加synchronized和volatile）或者静态内部类的方式实现线程安全的懒加载。
• 封装性缺失：示例中的student和school是默认访问权限，任何类都能直接修改它们，违反了面向对象的封装原则，应该改成private，并提供对应的getter/setter方法来控制访问。
• 依赖管理与可测试性：直接在单例里声明依赖对象会让代码耦合度变高，后续测试时很难mock这些依赖。更好的做法是通过构造方法注入这些依赖（虽然单例的构造方法是private，但可以在getInstance里初始化时传入，或者提供初始化方法），让依赖关系更清晰，也方便测试。
• 内存泄漏风险：单例的生命周期和应用一致，它持有的student、school实例也会一直驻留内存，如果这些对象后续不再需要，要记得及时置空，避免内存泄漏。

这里给你修正后的示例代码，解决了上述部分问题：

class Singleton {
    // volatile防止指令重排，保证多线程下的可见性
    private static volatile Singleton obj;
    // 私有化成员变量，符合封装原则
    private Student student;
    private School school;

    private Singleton() {}

    // 双重检查锁实现线程安全的懒加载
    public static Singleton getInstance() {
        if (obj == null) {
            synchronized (Singleton.class) {
                if (obj == null) {
                    obj = new Singleton();
                }
            }
        }
        return obj;
    }

    // 提供getter/setter控制成员变量的访问
    public Student getStudent() {
        return student;
    }

    public void setStudent(Student student) {
        this.student = student;
    }

    public School getSchool() {
        return school;
    }

    public void setSchool(School school) {
        this.school = school;
    }
}

总的来说，只要处理好上述细节，单例类持有多个实例变量（构成Has-A关联）完全是合理的——单例只是控制自身实例的数量，它依然可以作为一个普通的业务类拥有自己的成员和关联关系。

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