为何InputStreamResource的isOpen()与exists()方法始终返回true？

问题 #

Spring核心库中的InputStreamResource类，其isOpen()和exists()方法始终返回true，请问为何要如此设计？有什么具体原因？该类又适用于哪些场景？

代码参考 #

public class InputStreamResource extends AbstractResource {
    private final InputStream inputStream;
    private final String description;
    private boolean read;

    public InputStreamResource(InputStream inputStream) {
        this(inputStream, "resource loaded through InputStream");
    }

    public InputStreamResource(InputStream inputStream, @Nullable String description) {
        this.read = false;
        Assert.notNull(inputStream, "InputStream must not be null");
        this.inputStream = inputStream;
        this.description = description != null ? description : "";
    }

    public boolean exists() {
        return true;
    }

    public boolean isOpen() {
        return true;
    }
    // 省略其他方法
}

设计原因 #

• exists()返回true的原因：
  InputStreamResource的构造方法已经通过Assert.notNull强制要求传入的InputStream不能为null，这意味着实例创建时，它包装的输入流肯定是存在且可用的。和FileResource这类需要检查物理文件是否存在的资源不同，它本身基于已存在的数据流构建，不存在"资源不存在"的情况，所以直接返回true。

• isOpen()返回true的原因：
  这个类包装的是一个已打开的InputStream（输入流创建时就处于打开状态，除非被调用方手动关闭）。同时Spring的Resource接口中，isOpen()的语义是标记资源是否处于打开状态、是否需要调用方负责关闭，以及是否不支持重复读取。InputStreamResource的流只能被读取一次（输入流是单向的，读完即耗尽），返回true可以明确告知调用者：该资源处于打开状态，需自行负责关闭流，且不要尝试重复读取。

适用场景 #

• 适配已有InputStream到Resource接口：当手里已有InputStream实例，但需要调用的API只接受Spring Resource类型参数时，用InputStreamResource做一层包装就能满足需求。
• 处理临时/内存数据流：比如处理网络请求返回的输入流、内存中生成的字节流这类没有对应物理文件的场景，不需要持久化资源，仅用临时数据流作为资源载体。
• 测试场景模拟：在单元测试中，快速构造Resource对象传递测试数据，比如用ByteArrayInputStream包装测试字符串，再转换成InputStreamResource。

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