如何避免Step 2的Reader构造函数在Step 1完成前被调用？

针对你遇到的Spring Batch中Reader2构造时机过早、无法获取Step1生成的FileID的问题，有几个实用的处理方式：

1. 延迟Reader2初始化，使用Step级Bean作用域 #

把Reader2的Bean作用域设置为step，让Spring在Step2启动时才创建Reader2实例，而非容器启动阶段。同时通过JobExecutionContext在Step1和Step2之间传递FileID：

• Step1的Writer1在写入FILE表后，将生成的FileID存入JobExecutionContext：

  // Writer1保存File信息后的逻辑
  Long fileId = fileRepository.save(file).getId();
  StepExecution stepExecution = StepSynchronizationManager.getContext().getStepExecution();
  stepExecution.getJobExecution().getExecutionContext().put("FILE_ID", fileId);
  

• 定义Reader2时添加@Scope("step")，通过@Value从Job上下文获取FileID：

  @Bean
  @Scope("step")
  public ItemReader<Record> reader2(@Value("#{jobExecutionContext['FILE_ID']}") Long fileId) {
      return new JdbcCursorItemReaderBuilder<Record>()
              .sql("SELECT * FROM RECORD WHERE FILE_ID = ?")
              .preparedStatementSetter((ps) -> ps.setLong(1, fileId))
              // 补充其他配置，比如行映射器、数据源等
              .build();
  }
  

  这种方式下，Reader2会在Step2启动时才实例化，此时FileID已经存在于Job上下文，能正常获取并执行查询。

2. 将查询逻辑从构造函数移至Reader的open()方法 #

不管Reader2是否为@Bean，都可以把依赖FileID的查询逻辑从构造函数移到ItemReader的open(ExecutionContext executionContext)方法中。open方法是Step启动时执行的，此时Step1已经完成，FileID已存入JobExecutionContext：

public class CustomRecordReader implements ItemReader<Record> {
    private final JdbcTemplate jdbcTemplate;
    private Iterator<Record> recordIterator;

    // 构造函数仅注入必要依赖，不执行查询
    public CustomRecordReader(JdbcTemplate jdbcTemplate) {
        this.jdbcTemplate = jdbcTemplate;
    }

    @Override
    public void open(ExecutionContext executionContext) throws Exception {
        // 从Job上下文取出FileID
        Long fileId = (Long) executionContext.get("FILE_ID");
        // 此时执行查询初始化数据
        List<Record> records = jdbcTemplate.query(
            "SELECT * FROM RECORD WHERE FILE_ID = ?",
            new Object[]{fileId},
            new RecordRowMapper()
        );
        recordIterator = records.iterator();
    }

    @Override
    public Record read() throws Exception {
        return recordIterator.hasNext() ? recordIterator.next() : null;
    }
}

定义Reader2的Bean时无需在构造函数传入FileID，等Step2启动后再通过open方法获取参数并执行查询，避开Bean初始化时机过早的问题。

3. 懒加载+Job参数传递（仅限特定场景） #

如果必须保持Reader2为单例@Bean，可以添加@Lazy注解延迟初始化，同时在Step1完成后将FileID转为Job参数传递。但这种方式灵活性较低，因为Job参数通常是启动前确定的，更推荐前两种贴合Spring Batch设计的方案。

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