如何处理作为方法参数传递的AutoCloseable资源？防止误关闭

针对你遇到的问题——在try-with-resources中传递Scanner给其他方法，担心误调用close()，可以用以下几种实用方案：

1. 传递非可关闭的抽象接口 #

不要直接传递Scanner实例，而是传递它实现的、不包含close()方法的抽象接口，比如Iterator<String>或Readable。这样在目标方法中根本看不到close()方法，从根源避免误操作。

示例代码：

class SomeClass {
    void readMethod() {
        try (Scanner scanner = new Scanner(new File("test.txt"))) {
            additionalMethod(scanner); // Scanner实现了Iterator<String>
        } catch (FileNotFoundException fnfe) {
            fnfe.printStackTrace();
        }
    }

    // 参数改为Iterator<String>，无close方法
    void additionalMethod(Iterator<String> lineIterator) {
        while (lineIterator.hasNext()) {
            System.out.println(lineIterator.next());
        }
        // 这里无法调用close()
    }
}

2. 封装资源为无close方法的包装类 #

自己写一个包装类，只暴露需要的操作方法，屏蔽close()。这种方式适合需要自定义操作的场景。

示例代码：

class ScannerWrapper {
    private final Scanner scanner;

    public ScannerWrapper(Scanner scanner) {
        this.scanner = scanner;
    }

    // 只暴露业务需要的方法
    public boolean hasNext() {
        return scanner.hasNext();
    }

    public String nextLine() {
        return scanner.nextLine();
    }
    // 不提供close()方法
}

class SomeClass {
    void readMethod() {
        try (Scanner scanner = new Scanner(new File("test.txt"))) {
            additionalMethod(new ScannerWrapper(scanner));
        } catch (FileNotFoundException fnfe) {
            fnfe.printStackTrace();
        }
    }

    void additionalMethod(ScannerWrapper wrapper) {
        while (wrapper.hasNext()) {
            System.out.println(wrapper.nextLine());
        }
        // 无close方法可调用
    }
}

3. 代码规范+静态检查工具 #

如果必须传递原始的可关闭资源，可以通过团队规范和静态检查工具约束：

• 在方法参数上添加明确注释：// 请勿调用此Scanner的close()，由调用方的try-with-resources负责管理
• 用Checkstyle、SpotBugs等工具配置规则，禁止在非资源初始化的方法中调用close()方法，一旦有人误写会直接报错。

4. 重构逻辑，避免传递资源 #

如果业务允许，可以重构代码，让目标方法不直接接收资源。比如把additionalMethod改成接收数据源（如File），或者将资源的处理逻辑内联到readMethod中（适合逻辑简单的场景）。

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