Java Web开发必须依赖Servlet容器（如Tomcat）处理HTTP请求，Spring Boot内嵌容器但本质不变；Controller应避免直接操作HttpServletRequest/Response，优先使用注解抽象；数据库必须用连接池（如HikariCP），静态资源与Thymeleaf模板路径须严格分离。
Java Web开发绕不开Servlet容器
Java网站不是直接跑在JVM上，而是依赖Servlet容器（如Tomcat、Jetty）来处理HTTP请求。没有容器，main方法写得再完整也收不到浏览器发来的GET或POST。
- Spring Boot内嵌Tomcat，但本质仍是启动一个Servlet容器，
spring-boot-starter-web默认拉取tomcat-embed-core - 手动部署WAR包时，必须确认目标容器版本与项目编译的Servlet规范匹配（例如Servlet 4.0要求Java 8+，Tomcat 9+）
- 常见错误：
java.lang.ClassNotFoundException: javax.servlet.http.HttpServlet——多半是Maven里漏加provided作用域的javax.servlet-api依赖
Controller层
Spring MVC中，@Controller方法参数应优先用注解抽象（如@RequestParam、@RequestBody），而不是硬塞HttpServletRequest。后者破坏可测试性，且容易引发字符编码、流重复读取等问题。
-
request.getInputStream()只能读一次，若中间件（如Filter）或日志拦截器已提前读取，Controller里再调就返回空 - 获取JSON体推荐用
@RequestBody MyDto dto，Spring自动调用Jackson反序列化；手动用ObjectMapper.readValue(request.getInputStream(), ...)易出JsonProcessingException且难统一处理日期格式 - 响应写入避免
response.getWriter().print(...)，改用@ResponseBody或ResponseEntity，让Spring管理状态码、Content-Type和异常转换
数据库连接必须用连接池，别new DriverManager.getConnection()
每次HTTP请求都新建数据库连接，会迅速耗尽MySQL的max_connections，导致后续请求卡在Connection refused或超时。
- Spring Boot默认启用HikariCP，配置项是
spring.datasource.hikari.*；手动配置需确保maximum-pool-size合理（通常设为CPU核数×2～4） - MyBatis或JPA操作后，不要显式
connection.close()——连接池的close()实际是归还连接，真关掉就泄漏了 - 常见坑：
url=jdbc:mysql://localhost:3306/db?useSSL=false&serverTimezone=UTC里&在XML中要写成&，否则Spring解析失败
静态资源路径和Thymeleaf模板别混淆
Spring Boot中，/static下放CSS/JS/img，/templates下放Thymeleaf的HTML文件，两者访问方式完全不同：前者由WebMvcConfigurer自动映射，后者必须经Controller返回逻辑视图名。
- 直接在浏览器输
http://localhost:8080/index.html能打开，说明它在/static；输http://localhost:8080/login能显示页面，说明有@GetMapping("/login")返回"login"，且login.html在/templates - Thymeleaf模板里写
th:href="@{/css/app.css}"，生成的是相对路径/css/app.css，对应/static/css/app.css；写成href="/css/app.css"在非根路径部署时会404 - 热更新失效？检查IDEA是否勾选
Build project automatically，且Registry里开启compiler.automake.allow.when.app.running
Java Web真正的复杂点不在语法，而在各层边界：容器生命周期和Spring Bean生命周期怎么对齐，HTTP线程和数据库连接池怎么复用，静态资源路径和模板引擎路径怎么隔离——这些地方一错，现象往往不报错，只表现为慢、乱码、404或500静默失败。
