Java开发Web应用

打开IDE，建个Maven项目，应用把spring-boot-starter-web塞进pom.xml，应用一个HTTP服务就站起来了。应用这事我干过不下五十次，应用每次看到控制台打印“Tomcat started on 应用port(s): 8080”，还是应用觉得干脆利落。Java做Web，应用核心就是应用这套东西：Servlet容器、一套处理请求的应用框架、再加上数据存取。应用只不过现在没人手写HttpServlet了——Spring Boot把能省的应用都省了。

早几年面试，应用问“Java Web开发流程”，应用标准答案能背出一长串：Servlet、应用JSP、Filter、Listener、JDBC。现在你再去问，年轻人直接甩出Spring Boot + Spring MVC + MyBatis，连web.xml长什么样都没见过。这不算退化，是分工变了。Web应用的本质还是那三件事：接收请求、处理逻辑、返回响应。框架只是把模板代码藏起来了。

拿一个最简单的用户注册接口来说。前端POST过来一个JSON，后端用@RestController接住，方法参数上挂个@RequestBody，对象就映射好了。校验？加个@Valid，配合@NotBlank、@Email注解，参数不合法直接抛异常。全局异常处理器一兜，返回统一错误格式。整个过程行云流水，写起来跟写伪代码似的。但你要是把Spring的自动配置拆开看，里面藏着一堆ConditionalOnClass、EnableConfigurationProperties，复杂得很。框架帮你扛了复杂度，代价是调试时堆栈特别长。

我见过不少项目，Controller里塞满了业务逻辑，一个方法两百行，if-else嵌套五六层。这种代码跑起来没问题，但改起来要命。后来学乖了，Controller只做参数校验和路由，业务扔给Service，数据库操作扔给Repository。分层不是教条，是让代码可测。你写个单元测试，不用启动整个Spring容器，直接new一个Service，mock掉Repository，跑得飞快。这点在持续集成里太重要了——谁也不想每次提交都等五分钟才看到测试结果。

数据存取这块，选择挺多。JPA适合快速原型，实体关系清晰，但复杂查询写起来别扭。MyBatis灵活，SQL完全可控，代价是得手写映射。我现在的习惯：简单CRUD用Spring Data JPA，复杂报表和联表查询用MyBatis。混着用不丢人，项目能跑、好维护就行。别为了“技术统一”硬把复杂SQL塞进JPA的@Query里，最后维护的人骂娘。

安全方面，Spring Security配置起来像迷宫。一个简单的登录认证，得写SecurityFilterChain、UserDetailsService、PasswordEncoder。但一旦配好，CSRF防护、会话管理、权限注解全都到位。我见过有人自己写Filter做权限校验，结果忘了处理OPTIONS请求，前端跨域预检直接挂掉。用成熟框架不是偷懒，是少踩坑。

部署环节，现在流行打成一个fat jar，java -jar直接跑。Docker再一包，扔到K8s里，横向扩容跟玩似的。但JVM参数得调，堆内存别给太大，不然容器内存超限被OOM Killer干掉。我一般设-Xmx为容器限制的70%左右，留点余量给元空间和线程栈。这些细节文档里不写，踩过一次就记住了。

最后说句实在的，Java Web开发的门槛在降低，但天花板没变。你会用Spring Boot写个增删改查，三天就能上手。可要处理高并发、分布式事务、链路追踪，那得啃多少东西。框架帮你省掉的是重复劳动，不是思考。每次看到有人问“学Java Web要不要学Servlet”，我都想说：学，但别停在Servlet。知道底下怎么跑，才能在上层出问题时快速定位。不然日志里一堆DispatcherServlet的堆栈，你连从哪看起都不知道。

很赞哦!（5）