调用close()后FileInputStream未关闭，循环中文件无法访问问题排查

你遇到的核心问题是FileInputStream资源未被正确释放，导致后续循环无法访问目标文件，同时还伴随SFTP连接超时的连锁问题。我来帮你拆解下可能的原因和落地修复方式：

一、FileInputStream没真正关闭的常见坑点 #

• close()被异常路径跳过：如果你的close()调用写在try块里，一旦传输过程中因为连接超时抛出异常，代码会直接跳转到catch块，导致close()根本没执行，文件资源就被一直占用了。
• 没使用自动资源管理语法：Java 7之后推出的try-with-resources是管理IO资源的最优解，它会自动在代码块结束时关闭资源——不管操作成功还是抛出异常。手动调用close()很容易在异常场景下遗漏，这也是你现在遇到的大概率原因。
• 流包装导致的隐性泄漏：如果你的FileInputStream被BufferedInputStream这类流包装了，只关闭内层的FileInputStream可能没用（不过一般外层流的close会自动关闭内层，但反过来就不行），要是你搞错了关闭顺序也会出问题。

二、具体修复步骤 #

1. 用try-with-resources强制管理文件流 #

这是最稳妥的方式，完全不用手动操心close的时机，示例代码：

// 把FileInputStream放在try的括号里，代码块结束自动关闭
try (FileInputStream fis = new FileInputStream(localFilePath)) {
    // 执行SFTP传输逻辑，比如写入远程文件
    sftpChannel.put(fis, remoteFilePath);
} catch (IOException | SftpException e) {
    // 统一处理异常：文件读取失败、传输超时等
    System.err.println("传输出错：" + e.getMessage());
}

不管传输成功还是因为连接超时抛出异常，这个语法都会保证fis.close()被执行，彻底释放文件资源。

2. 同时确保SFTP客户端资源的释放 #

连接超时后，SFTP的会话、通道如果没关闭，也可能间接影响后续操作（虽然不是文件占用的直接原因，但会导致连接资源泄漏），建议在finally块里统一清理：

Session sftpSession = null;
ChannelSftp sftpChannel = null;
try {
    // 初始化SFTP会话和通道
    JSch jsch = new JSch();
    sftpSession = jsch.getSession("username", "sftp-host", 22);
    sftpSession.setConfig("StrictHostKeyChecking", "no");
    sftpSession.setPassword("password");
    sftpSession.connect(30000); // 设置30秒连接超时，避免无限等待
    
    sftpChannel = (ChannelSftp) sftpSession.openChannel("sftp");
    sftpChannel.connect();
    
    // 嵌套try-with-resources管理文件流
    try (FileInputStream fis = new FileInputStream(localFile)) {
        sftpChannel.put(fis, remoteFile);
    }
} catch (JSchException | SftpException | IOException e) {
    e.printStackTrace();
} finally {
    // 确保关闭SFTP通道和会话
    if (sftpChannel != null && sftpChannel.isConnected()) {
        sftpChannel.disconnect();
    }
    if (sftpSession != null && sftpSession.isConnected()) {
        sftpSession.disconnect();
    }
}

3. 排查其他文件引用 #

如果上面的方法还是没解决，要检查代码里有没有其他地方打开了同一个文件的流——比如日志工具、文件监控线程等，这些地方如果没正确关闭资源，也会导致文件被占用。

三、关于连接超时的补充优化 #

针对java.net.ConnectException: Connection timed out，可以做这几点优化：

• 给SFTP会话设置明确的连接超时时间，避免无限等待；
• 增加重试机制：连接超时后不要立刻进入下一次循环，加个1-5秒的延迟再重试，避免频繁连接触发服务器限流；
• 先确认客户端和SFTP服务器的网络连通性，比如用ping、telnet测试端口是否可达。

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