Spring 5 增加了对使用 Spring WebFlux 模块进行响应式编程的支持，此支持自那时起不断改进。 开始使用 Reactor 项目基础知识和 Spring Boot 中的响应式编程
自从 Java 8 引入以来，Stream API 已成为 Java 开发的基础。 基本操作，例如迭代、过滤、映射元素序列，使用起来看似很简单。
但这些也可能被过度使用并陷入一些常见陷阱。
要 更好地了解 Stream 的工作方式 以及如何将其与其他语言功能结合使用，请查看我们关于 Java Streams 的指南
是的，Spring Security 可能很复杂，从核心内的更高级功能到框架中深入的 OAuth 支持。
我将安全材料构建为 两个完整的课程 - 核心和 OAuth，以针对这些更复杂的场景进行实践。 我们探索何时以及如何使用每个功能，并 在后台项目中对其进行编码。
您可以在这里探索该课程
使用 OpenRewrite 安全且自动地重构 Java 代码。
手动重构大型代码库既缓慢、有风险，又容易拖延。OpenRewrite 应运而生。这个用于大规模、自动化代码转换的开源框架可以帮助团队安全、一致地进行现代化改造。
每个月，OpenRewrite 的创建者和维护者 Moderne 都会举办现场、实践培训课程——一个面向初学者，一个面向经验丰富的用户。您将了解配方的运作方式、如何将其应用于项目，以及如何自信地进行代码现代化改造。
参加下一次课程，带来您的问题，并学习如何自动化通常会占用您 sprint 时间的工作。
回归测试是发布流程中的重要步骤，以确保新代码不会破坏现有功能。随着代码库的不断发展，我们希望频繁运行这些测试，以便尽早发现任何问题。
确保这些测试以自动化的方式频繁运行的最佳方法当然是将其包含在 CI/CD 管道中。 这样，每次向仓库提交代码时，回归测试将自动执行。
在本教程中，我们将学习如何使用 Selenium 创建回归测试，然后使用 GitHub Actions 将它们包含在我们的管道中，在 LambdaTest 云网格上运行
回归测试是发布流程中的重要步骤，以确保新代码不会破坏现有功能。随着代码库的不断发展，我们希望频繁运行这些测试，以便尽早发现任何问题。
确保这些测试以自动化的方式频繁运行的最佳方法当然是将其包含在 CI/CD 管道中。 这样，每次向仓库提交代码时，回归测试将自动执行。
在本教程中，我们将学习如何使用 Selenium 创建回归测试，然后使用 GitHub Actions 将它们包含在我们的管道中，在 LambdaTest 云网格上运行
1. 概述
在本简短教程中，我们将解释 JUnit 4 和 5 中 @Before、@BeforeClass、@BeforeEach 和 @BeforeAll 注解之间的区别——并提供如何使用它们的实际示例。
我们还将简要介绍它们的互补注解 @After。
让我们从 JUnit 4 开始。
更多阅读
2. @Before
带有 @Before 注解的方法在每个测试之前运行。 当我们希望在运行测试之前执行一些通用代码时，这非常有用。
让我们初始化一个列表并添加一些值
@RunWith(JUnit4.class)
public class BeforeAndAfterAnnotationsUnitTest {
// ...
private List<String> list;
@Before
public void init() {
LOG.info("startup");
list = new ArrayList<>(Arrays.asList("test1", "test2"));
}
@After
public void teardown() {
LOG.info("teardown");
list.clear();
}
}请注意，我们还添加了另一个带有 @After 注解的方法，以便在执行每个测试后清除列表。
现在让我们添加一些测试来检查我们列表的大小
@Test
public void whenCheckingListSize_thenSizeEqualsToInit() {
LOG.info("executing test");
assertEquals(2, list.size());
list.add("another test");
}
@Test
public void whenCheckingListSizeAgain_thenSizeEqualsToInit() {
LOG.info("executing another test");
assertEquals(2, list.size());
list.add("yet another test");
}在这种情况下，确保在运行每个测试之前正确设置测试环境至关重要，因为列表会在每次测试执行期间被修改。
如果我们查看日志输出，我们可以检查 init 和 teardown 方法是否每个测试运行一次
... startup
... executing another test
... teardown
... startup
... executing test
... teardown3. @BeforeClass
当我们需要在每个测试之前执行一个耗时的通用操作时，最好使用 @BeforeClass 只在运行所有测试之前执行一次。
一些常见的耗时操作包括创建数据库连接或启动服务器。
让我们创建一个简单的测试类，模拟创建数据库连接的过程
@RunWith(JUnit4.class)
public class BeforeClassAndAfterClassAnnotationsUnitTest {
// ...
@BeforeClass
public static void setup() {
LOG.info("startup - creating DB connection");
}
@AfterClass
public static void tearDown() {
LOG.info("closing DB connection");
}
}请注意，这些方法必须是静态的，这样它们将在运行类的测试之前执行。
和以前一样，让我们也添加一些简单的测试
@Test
public void simpleTest() {
LOG.info("simple test");
}
@Test
public void anotherSimpleTest() {
LOG.info("another simple test");
}这一次，如果我们查看日志输出，我们可以检查 setup 和 tearDown 方法只运行了一次
... startup - creating DB connection
... simple test
... another simple test
... closing DB connection4. @BeforeEach 和 @BeforeAll
@BeforeEach 和 @BeforeAll 是 JUnit 5 中 @Before 和 @BeforeClass 的等效项。 这些注解被重新命名为更清晰的名称，以避免混淆。
让我们使用这些新的注解复制我们之前的类，从 @BeforeEach 和 @AfterEach 注解开始
class BeforeEachAndAfterEachAnnotationsUnitTest {
// ...
private List<String> list;
@BeforeEach
void init() {
LOG.info("startup");
list = new ArrayList<>(Arrays.asList("test1", "test2"));
}
@AfterEach
void teardown() {
LOG.info("teardown");
list.clear();
}
// ...
}如果检查日志，我们可以确认它与 @Before 和 @After 注解的工作方式相同
... startup
... executing another test
... teardown
... startup
... executing test
... teardown最后，让我们对另一个测试类执行相同的操作，以查看 @BeforeAll 和 @AfterAll 注解的作用
class BeforeAllAndAfterAllAnnotationsUnitTest {
// ...
@BeforeAll
static void setup() {
LOG.info("startup - creating DB connection");
}
@AfterAll
static void tearDown() {
LOG.info("closing DB connection");
}
// ...
}输出与旧注解相同
... startup - creating DB connection
... simple test
... another simple test
... closing DB connection5. 结论
在本文中，我们展示了 JUnit 中 @Before、@BeforeClass、@BeforeEach 和 @BeforeAll 注解之间的区别，以及应该在何时使用它们。
