不，我不是在谈论现实世界中的容器。 但是，既然您正在考虑它，我不妨作个比喻。 现实生活中的容器的目的是存储需要运输到另一个地方的货物或物品。 现在，这些商品具有不同的存储要求，例如，可能存在牛奶的有效期比例如西红柿短的牛奶。 这就是为什么在现实生活中容器是非常有用的原因–容器保留了内部环境，例如敏感商品和/或物品的温度。 话虽如此，运输业不必担心这些物品，而将重点放在将它们从 A 运送到 B 上。
对于此控制器类，我们使用@RestController 批注，如果您不熟悉该批注，则它基本上可以供 Spring MVC 使用，以能够处理 Web 请求。 因此，所有到“ /”路径的 Web 请求都将由我们的 **handle（）**方法处理。 将针对此特定路径（“ /”）处理 Web 请求的原因是因为我们使用@RequestMapping 批注将其映射到此 Web 路径。
对于此控制器类，我们使用@RestController 注解，如果您不熟悉该注解，则它基本上可以供 Spring MVC 使用，以能够处理 Web 请求。 因此，所有到“ /”路径的 Web 请求都将由我们的 **handle（）**方法处理。 将针对此特定路径（“ /”）处理 Web 请求的原因是因为我们使用@RequestMapping 注解将其映射到此 Web 路径。
现在是时候创建我们的 Application 类了。
...
...
@@ -139,9 +139,9 @@ public class Application {
}
```
感谢@SpringBootApplication 批注，我们正在初始化 Spring Boot Application 的入口点。 请注意，我们在此类中有 main 方法。
感谢@SpringBootApplication 注解，我们正在初始化 Spring Boot Application 的入口点。 请注意，我们在此类中有 main 方法。
在 Windows 上，默认线程堆栈大小是从二进制文件（java.exe）中读取的。 从 Java SE 6 开始，此值在 32 位 VM 中为 320k，在 64 位 VM 中为 1024k。 在 x86 Solaris / Linux 上，在 32 位 VM 中为 320k，在 64 位 VM 中为 1024k。
在 Windows 上，默认线程栈大小是从二进制文件（java.exe）中读取的。 从 Java SE 6 开始，此值在 32 位 VM 中为 320k，在 64 位 VM 中为 1024k。 在 x86 Solaris / Linux 上，在 32 位 VM 中为 320k，在 64 位 VM 中为 1024k。
