Spring Integration处理最后一个文件时抛出NoSuchFileException问题

你遇到的NoSuchFileException本质是同一个文件被重复读取并处理，当第一个处理流程还没完成删除操作时，下一次轮询已经读取了该文件，而第一个流程完成后删除了源文件，导致第二个流程在写入时找不到目标文件。

问题根源 #

你的XMLFilter配置中设置了preventDuplicates=false，这直接禁用了Spring Integration默认的AcceptOnceFileListFilter——这个过滤器的核心作用就是跟踪已读取的文件，避免重复处理。结合fixed-rate=1000的轮询策略（不管前一次任务是否完成，到时间就启动下一次轮询），当目录只剩最后一个文件时，每次轮询都会重新读取它，最终引发文件不存在的异常。

解决方案 #

方案1：启用防重复过滤（推荐）

修改XMLFilter的配置，将preventDuplicates设为true，让Spring Integration自动添加AcceptOnceFileListFilter包装器，确保每个文件只被读取一次：

<bean id="XMLFilter" class="org.springframework.integration.file.config.FileListFilterFactoryBean">
    <property name="filter" ref="XMLFileListFilter" />
    <property name="preventDuplicates" value="true" /> <!-- 改为true -->
</bean>

这个设置会让过滤器记住已处理的文件，即使文件还未被删除，也不会重复读取；当文件被delete-source-files="true"删除后，过滤器会自动移除对应记录，不影响后续新文件的处理。

方案2：调整轮询策略（适合特殊业务场景）

如果你的业务确实不需要防重复过滤，可以把轮询器的fixed-rate改为fixed-delay，确保前一次处理完全完成后再启动下一次轮询：

<int:poller fixed-delay="1000" time-unit="MILLISECONDS" max-messages-per-poll="1" />

fixed-delay会等待前一次任务执行完毕后，再间隔指定时间启动下一次轮询，从根源避免同一文件被多个流程同时处理的问题。

额外建议 #

确认你的ImportFileComparator排序逻辑是否符合预期（比如按文件名、修改时间排序），确保文件处理顺序符合业务需求，避免因排序异常导致的间接问题。

修改配置后重新运行流程，每个文件只会被读取并处理一次，处理完成后被删除，就不会再出现NoSuchFileException了。

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