初识Spring Boot
SpringBoot是建立在Spring框架之上的一个项目,它的目标是简化Spring应用程序的初始搭建以及开发过程。
对比Spring
Spring Boot作为Spring框架的一个模块，旨在简化Spring应用程序的初始搭建和开发过程，以下是Spring Boot相对于传统Spring框架的一些优势和劣势：
优势：
- 简化配置： Spring Boot提供了大量的自动配置类，这些类可以自动配置Spring应用，减少了XML和Java配置代码的编写。
- 快速启动：通过提供默认的配置和启动类，Spring Boot可以快速启动和运行Spring应用，无需进行复杂的配置。
- 独立运行：Spring Boot应用包含内嵌的HTTP服务器(如Tomcat、Jetty或Undertow)，可以打包成一个独立的JAR文件，用java -jar命令运行。
- 无需XML配置：Spring Boot不需要使用XML配置文件，尽管它仍然支持XML配置，但推荐使用基于Java的配置。
- 社区和插件生态：Spring Boot有一个活跃的社区，提供了大量的“Starters”或插件，这些插件简化了依赖管理和特定功能的集成。
- 监控和管理：Spring Boot提供了多种监控和管理功能，如健康检査、度量信息收集等，这些功能可以通过actuator模块轻松实现。
- 兼容性：Spring Boot与整个Spring生态系统兼容，可以很容易地集成Spring的其他项目，如’Spring Data、Spring Security等。
劣势：
- 过度依赖自动配置：虽然自动配置简化了开发，但有时可能导致难以理解的配置问题，特别是在自动配置与手动配置混合使用时。
- 可能的过度封装：Spring Boot的封装层次较深，对于需要深入了解底层实现的开发者来说，可能会感到不够透明。
- 灵活性降低：在某些情况下，Spring Boot的自动配置可能会限制灵活性，特别是在需要对Spring框架进行精细控制的场景。
- 版本依赖：Spring Boot应用的依赖管理虽然简化了，但过度依赖Spring Boot的版本可能会限制对Spring框架新特性的采用。
- 不适合小型应用：对于一些非常简单的小型应用，使用Spring Boot可能会显得有些“杀鸡用牛刀”，因为即使是很小的应用也需要包含Spring Boot的整个生态。
Spring Boot项目目录
官方推荐项目目录结构
互联网公司在开发Spring Boot项目时，通常会有一套规范的目录文件结构，这提高了代码的可读性和可维护性、实现了关注点分离、提升项目可扩展性。
下面的目录结构为官方推荐目录结构：
src/main/java：存放业务代码
src/main/resources：存放资源文件
static：存放静态文件，如css、js、image（访问方式：http:localhost:8080/js/main.js）
public：存放公共文件
templates：存放静态页面，如html、jsp
config：存放配置文件，如application.properties
src/test：存放测试代码
启动类位置常见形式
在初学Spring Boot时，经常遇到项目无法启动的奇怪现象，很有可能时应用启动的位置，即Application的启动类位置有问题。
Application启动的方式大致为三种：
- 当启动类和controller在同一个类时，只需要在controller的类上添加注解@Controller即可。
- 当启动类和controller分开时，启动类放在根目录下，只需要在启动类的类上添加注解@SpringBootApplication即可。
- 当启动类和controller分开时，启动类放在非根目录下，只需要在启动类的类上添加注解@ComponentScan，并配置需要扫秒的包名即可。
在实际的工作当中，我们通常会选择第二种，若项目庞大，漏掉了相关的配置扫描包，出现了问题是极其难以排查的。
Spring Boot单元测试
在软件上线之前，软件都需要经历测试这个流程，测试大致包括单元测试、黑白盒测试、回归测试、集成测试和系统测试。
单元测试：完成最小的软件设计单元的验证工作，目标是确保模块被正确的编码。
三大测试注解
@Test、@After、@Before 是 JUnit 框架中的注解，用于控制测试的执行流程和生命周期。
@Test
- 作用：@Test 注解用于标记实际的测试方法。当你执行测试套件时，JUnit 会运行所有标记了@Test 注解的方法。
- 生命周期：每次测试运行时，@Test 注解的方法都会被执行一次。
- 目的：验证代码的特定行为或功能是否按预期工作。
@Before
- 作用：@Before 注解用于标记在每个测试方法执行之前都会运行的方法。这通常用于设置测试环境，如初始化变量、配置测试数据等。
- 生命周期：在每个 @Test 方法执行之前，JUnit 会先执行标记了 @Before 的方法。
- 目的：确保每个测试方法都在一个干净和一致的环境中开始。
@After
- 作用：@After 注解用于标记在每个测试方法执行之后都会运行的方法。这通常用于执行清理工作，如释放资源、删除测试数据等。
- 生命周期：在每个 @Test 方法执行之后，JUnit 会执行标记了 @After 的方法。
- 目的：确保测试完成后，测试环境被恢复到原始状态，以便其他测试方法不会受到干扰。
三大注解实践
假设我们有一个简单的银行账户服务，该服务允许用户进行存款和取款操作，并跟踪账户余额。
我们需要写一个BankAccountServiceTest的测试类来测试这个简单的银行账户服务。
BankAccountService
public class BankAccountService {
private int balance;
public BankAccountService() {
this.balance = 0; // 初始余额为0
}
public void deposit(int amount) {
balance += amount;
}
public boolean withdraw(int amount) {
if (amount > balance) {
return false;
}
balance -= amount;
return true;
}
public int getBalance() {
return balance;
}
}以上是简单的银行存取款业务。
BankAccountServiceTest
@SpringBootTest
public class BankAccountServiceTest {
private BankAccountService account;
@Before
public void setUp() {
// 初始化银行账户服务
account = new BankAccountService();
System.out.println("初始化成功");
}
@After
public void tearDown() {
// 清理工作，这里没有特别需要清理的资源，但可以用于关闭连接、释放资源等
account = null;
System.out.println("任务完成，清理战场中...");
}
@Test
public void testDeposit() {
account.deposit(100);
assertEquals("余额应该为100", 100, account.getBalance());
}
@Test
public void testWithdraw() {
account.deposit(200);
assertTrue("取款100应该成功", account.withdraw(100));
assertEquals("余额应该为100", 100, account.getBalance());
}
@Test
public void testWithdrawInsufficientFunds() {
account.deposit(50);
assertFalse("取款100应该失败，因为余额不足", account.withdraw(100));
assertEquals("余额应该保持为50", 50, account.getBalance());
}
}
- setup()方法在每个测试方法执行之前被调用，用于初始化BankAccountService实例。
- tearDown ()方法在每个测试方法执行之后被调用，这里用于释放资源，虽然在这个简单的例子中没有需要特别释放的资源，但在实际应用中，这可能包括关闭数据库连接、停止服务等。
- testDeposit()方法测试存款功能，验证账户余额是否正确增加。
- testwithdraw()方法测试取款功能，首先存款，然后验证取款操作是否成功，并检查余额是否正确减少。
- testwithdrawInsufficientFunds ()方法测试在余额不足时取款，验证操作是否失败，并检查余额是否保持不变。
在我们运行后面这三个方法时，在每个方法之前都会运行setup()方法，每个方法之后都会运行tearDown ()方法。
测试结果如下：
