Java如何让静态嵌套类可见但仅允许父类及其子类实例化？

你提到的需求确实是Java访问修饰符体系里的一个小缺口——没有直接的“仅父类/子类可实例化，其他类可访问成员”的语法，但其实有几个简洁的方案可以实现你的目标，甚至比你想到的工厂方法更简单：

方案1：将Data的构造方法设为protected（最简单的实现） #

你之前误以为降低构造方法的访问修饰符会阻碍子类实例化Data，但其实Java允许外部类的子类（即使不同包）访问其静态嵌套类的protected构造方法。这正好匹配你的需求：

• Data类保持public，外部类可以获取实例并访问其public成员；
• 构造方法设为protected，只有Parent的子类（无论是否同包）和同包类能实例化Data；
• 外部非子类无法直接new Data()，完美实现你要的“只有Parent及其子类知晓如何正确定义内容”的效果。

修改后的代码如下：

Parent类 #

public abstract class Parent { 
    public static class Data { 
        public final String data1; 
        // 构造方法设为protected
        protected Data(String d1) { 
            data1 = d1; 
        } 
    } 
    public abstract Data getData(); 
}

Subclass子类（不同包） #

public final class Subclass extends Parent { 
    @Override 
    public Data getData() { 
        // 子类可以正常调用protected构造
        return new Data("合法的Data内容"); 
    } 
}

外部类SomeOtherClass（不同包） #

public class SomeOtherClass { 
    public void someMethod() { 
        final Parent.Data d = new Subclass().getData(); 
        System.out.println(d.data1); // 正常访问public字段
        // new Parent.Data("非法内容"); // 编译错误！外部类无法访问protected构造
    } 
}

这个方案几乎零侵入，完全满足你的需求，是最直接的解决办法。

方案2：用protected工厂方法封装私有构造（更灵活的控制） #

如果你需要对Data的实例化过程添加额外校验（比如确保data1不为空），或者未来可能修改Data的创建逻辑，那么你提到的工厂方法方案会更合适。通过将Data的构造设为private，然后在Parent中提供protected的静态工厂方法，子类只能通过这个方法创建Data：

修改后的Parent类 #

public abstract class Parent { 
    public static class Data { 
        public final String data1; 
        // 私有构造，完全禁止外部直接实例化
        private Data(String d1) { 
            if (d1 == null || d1.isBlank()) {
                throw new IllegalArgumentException("data1不能为空");
            }
            data1 = d1; 
        } 
    } 

    // protected工厂方法，子类必须通过这里创建Data
    protected static Data createData(String d1) {
        return new Data(d1);
    }

    public abstract Data getData(); 
}

Subclass子类 #

public final class Subclass extends Parent { 
    @Override 
    public Data getData() { 
        // 通过父类工厂方法创建，自动享受到校验逻辑
        return createData("经过校验的内容"); 
    } 
}

这个方案的优势在于集中控制Data的创建逻辑，所有子类都遵循统一的规则，后期维护更方便。虽然比方案1繁琐一点，但适合需要严格约束Data内容的场景。

方案3：Java 9+模块系统（大型项目可选） #

如果你的项目使用Java 9及以上的模块系统，可以通过module-info.java更精细地控制访问权限：

• 把Parent和Subclass放在同一个模块中；
• 在模块描述符中，将Parent.Data的构造方法仅开放给本模块，同时对外暴露Data类的public成员。

示例module-info.java：

module my.parent.module {
    exports com.example.parent; // 对外暴露Parent和Data类
    opens com.example.parent to my.parent.module; // 仅允许本模块访问Data的构造方法
}

这个方案适合大型模块化项目，但需要额外的模块配置，对于小型项目来说有点过重。

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