成员内部类适合配合非静态工厂，因其隐式持有外部类实例引用，可直接访问外部状态；工厂方法需定义在外部类实例中，才能动态创建依赖上下文的内部类实例。
Java 中成员内部类本身不能直接作为“非静态工厂模式”的实现主体，但可以与非静态工厂模式自然结合——关键在于：让工厂方法定义在外部类的实例中，利用成员内部类访问外部类实例状态的能力，动态创建具有上下文依赖的内部组件。
为什么成员内部类适合配合非静态工厂
成员内部类隐式持有一个对外部类实例的引用（即 this$0），因此它能天然感知外部对象的状态、字段和方法。这使得它非常适合封装“依赖外部实例上下文”的组件，而工厂方法若定义在外部类的实例方法中，就能按需生成不同行为的内部类实例。
典型实现结构：外部类提供实例工厂方法
不把工厂逻辑放在静态方法或单独工厂类里，而是放在外部类的普通方法中，返回成员内部类实例：
public class Dashboard {
private final String theme;
private final User currentUser;
<pre class="brush:java;toolbar:false;">public Dashboard(String theme, User user) {
this.theme = theme;
this.currentUser = user;
}
// ✅ 非静态工厂方法：依赖当前 Dashboard 实例的状态
public Chart createChart(String type) {
return switch (type.toLowerCase()) {
case "bar" -> new BarChart();
case "line" -> new LineChart();
default -> throw new IllegalArgumentException("Unknown chart type");
};
}
// 成员内部类：可自由访问 theme、currentUser 等外部字段
public class Chart {
public void render() {
System.out.println("Rendering chart in theme: " + theme
+ ", for user: " + currentUser.getName());
}
}
private class BarChart extends Chart { /* 特定实现 */ }
private class LineChart extends Chart { /* 特定实现 */ }}
关键细节与注意事项
-
工厂方法必须是非静态的：这样才能在方法体内 new 成员内部类（如
new BarChart()）；静态方法无法直接创建成员内部类实例（除非显式传入外部类实例）。 -
内部类构造器自动绑定外部实例：每次调用
new BarChart()，JVM 自动将当前Dashboard.this注入，无需手动传参。 - 避免内存泄漏风险：如果内部类实例生命周期远长于外部类（如被全局缓存），它会持续持有外部类引用。必要时改用静态内部类 + 显式传参，或弱引用包装。
-
可组合 Builder 或参数化构造：工厂方法支持传参（如
createChart("bar", 500, 300)），内部类构造器接收并初始化自身状态。
对比：静态内部类 + 静态工厂？
若使用 静态内部类，则无法直接访问外部类非静态成员，必须显式传入依赖项（如 new BarChart(this.theme, this.currentUser)）。此时虽可搭配静态工厂方法，但已失去“非静态工厂”的核心价值——即利用隐式上下文减少参数传递。真正体现“非静态”优势的，正是成员内部类与实例工厂的配合。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
