Cucumber步骤定义类初始化、场景实例对应及线程安全性能优化问询

1. 如何初始化带共享Background的步骤定义Java类 #

首先，Background的核心作用就是在每个Scenario执行前自动运行其下的步骤，完美适配所有场景都需要的前置初始化（比如实例变量、基础状态）。

先看一个典型的Feature文件示例：

Feature: 用户信息管理
  Background: 初始化空白用户实例
    Given 系统生成一个空的用户对象

  Scenario: 设置并验证用户姓名
    When 给用户设置姓名为 "Alice"
    Then 用户姓名应为 "Alice"

  Scenario: 设置并验证用户年龄
    When 给用户设置年龄为 30
    Then 用户年龄应为 30

对应的Java步骤定义类可以这么写：

public class UserSteps {
    // 每个场景都会拥有独立的该实例变量
    private User user;

    @Given("系统生成一个空的用户对象")
    public void createEmptyUser() {
        // Background步骤会在每个场景启动前执行，所以每个场景的user都是全新实例
        user = new User();
    }

    @When("给用户设置姓名为 {string}")
    public void setUserName(String name) {
        user.setName(name);
    }

    @Then("用户姓名应为 {string}")
    public void verifyUserName(String expectedName) {
        assertEquals(expectedName, user.getName());
    }

    // 年龄相关步骤同理实现...
}

这里的关键逻辑是：Background的初始化步骤会在每个Scenario执行前触发，确保每个场景的实例变量都是独立初始化的，天然隔离场景间的状态。

2. 每个场景是否对应一个步骤定义类实例？ #

完全正确！Cucumber的默认生命周期规则就是：每个Scenario（包括Scenario Outline里的每一行示例）都会创建一个全新的步骤定义类实例。

这带来的好处是：

• 不同场景的实例变量完全隔离，不会出现跨场景的状态污染
• 测试场景之间互不依赖，更容易维护和排查问题

3. 性能影响与线程安全的优化 #

性能影响的实际情况 #

先放宽心：普通步骤类的实例创建开销极小——本质就是new一个对象，绝大多数测试场景下完全不需要担心性能问题。只有当你的步骤类初始化逻辑非常重（比如在构造函数里创建大型对象、建立数据库长连接、加载重量级配置资源）时，频繁创建实例才可能带来可感知的性能损耗。

线程安全前提下的优化方案 #

如果确实需要优化，核心思路是把重初始化的资源与步骤类实例解耦，同时严格保证线程安全：

方案1：使用依赖注入框架（推荐）

Cucumber原生支持Spring、PicoContainer等DI框架。你可以把开销大的资源（比如数据库连接池、全局配置对象）做成单例，注入到步骤类中，而步骤类本身依然保持每个场景一个实例：

// 用Spring把UserService声明为单例
@Service
public class UserService {
    // 这里只初始化一次重资源，比如数据库连接池
    public UserService() {
        // 重资源初始化逻辑
    }

    public User createEmptyUser() {
        return new User();
    }
}

// 步骤类通过构造注入获取单例服务
public class UserSteps {
    private User user;
    private final UserService userService;

    public UserSteps(UserService userService) {
        this.userService = userService;
    }

    @Given("系统生成一个空的用户对象")
    public void createEmptyUser() {
        user = userService.createEmptyUser();
    }
}

这种方式下，UserService只会被初始化一次，所有场景的UserSteps实例共享这个单例服务，既减少了重资源的初始化次数，又因为步骤类实例的隔离性保证了线程安全。

方案2：使用ThreadLocal存储状态（适合无DI的轻量场景）

如果不想引入DI框架，可以用ThreadLocal来存储线程级别的共享资源——因为Cucumber默认单线程执行测试，即使开启并行执行，每个线程也会处理独立的场景：

public class HeavyResourceHolder {
    // ThreadLocal保证每个线程拥有独立的资源实例
    private static final ThreadLocal<HeavyResource> RESOURCE = ThreadLocal.withInitial(() -> {
        // 初始化重资源的逻辑，每个线程只执行一次
        return new HeavyResource();
    });

    public static HeavyResource getResource() {
        return RESOURCE.get();
    }
}

// 步骤类中使用ThreadLocal资源
public class UserSteps {
    private User user;

    @Given("系统生成一个空的用户对象")
    public void createEmptyUser() {
        HeavyResource resource = HeavyResourceHolder.getResource();
        user = resource.createEmptyUser();
    }
}

这种方式下，每个线程（对应一批场景）只会初始化一次重资源，避免了重复创建的开销，同时ThreadLocal保证了线程间的资源隔离，不会出现线程安全问题。

重要注意事项

• 如果开启了Cucumber的并行执行，一定要确保共享资源本身是线程安全的（比如单例服务是线程安全的，或用ThreadLocal隔离）
• 不要尝试手动复用步骤类实例，这会破坏场景的状态隔离，导致难以排查的测试污染问题

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