【Java Web核心】过滤器到底有多香？三层架构为啥是大厂标配？趣味实战解读！
导语
学Java Web到进阶阶段，“过滤器”和“三层架构”绝对是绕不开的核心！为啥项目里一定要加过滤器？三层架构把代码拆成web、service、dao到底图个啥？今天用“小区保安”“餐厅分工”的例子，结合实战代码，把这两个知识点讲得明明白白，新手也能秒懂！
一、过滤器（Filter）：Web应用的“小区保安”
你住的小区门口有保安，所有进出的人都要查健康码、登记——过滤器就是Web应用的“保安”，所有HTTP请求都得经过它过滤！
过滤器是啥？特殊的Servlet，能拦截所有请求（配置
/*），可以在请求到达目标Servlet前做预处理，也能在响应返回浏览器前做后处理。过滤器能干嘛？（实战高频场景）
实战代码：登录校验过滤器（复制就能用）
💡 代码解读：
@WebFilter("/*")：注解方式配置拦截所有请求（老项目也可以用web.xml配置，文末附配置示例）；doFilter()：核心方法，先放行无需校验的资源，再检查登录状态，未登录则重定向；init()/destroy()：过滤器的生命周期方法，仅在启动/销毁时执行一次。
📌 补充web.xml配置方式（兼容老项目）：
二、三层架构：程序员的“餐厅分工”
你去餐厅吃饭，不会让服务员又炒菜又端盘子又收钱吧？三层架构就是把代码按“职责”拆分，就像餐厅的“服务员、厨师、采购”，各司其职不内卷！
三层架构是啥？（包结构+职责）
包名：
com.hg.servlet/com.hg.controller职责：接收浏览器请求（顾客点单），调用Service层，控制页面跳转（给顾客上菜）；
包名：
com.hg.service（接口）、com.hg.service.impl（实现类）职责：处理核心业务逻辑（炒菜），比如“下单前检查库存”“计算优惠”；
包名：
com.hg.dao（接口）、com.hg.dao.impl（实现类）职责：只和数据库打交道（买菜），比如“查商品库存”“新增订单”，不处理业务逻辑。
Web层（控制层）：对应“服务员”
Service层（业务层）：对应“厨师”
DAO层（数据访问层）：对应“采购”
为啥要拆？（大厂标配的原因）
✅ 解耦：服务员不用会炒菜，厨师不用会收钱，改数据库只动DAO层，改业务只动Service层；
✅ 复用：Service层的“计算优惠”逻辑，能被多个Web层接口调用；
✅ 好维护：出bug了能快速定位（菜品难吃找厨师，点单错了找服务员）。
调用关系：Web → Service → DAO（单向依赖，不回头）
举个登录实战例子，看完整调用流程：
总结
过滤器是Web应用的“保安”，能统一拦截处理所有请求，核心场景是编码设置、登录校验、日志记录；
三层架构按“Web（接收请求）→Service（业务逻辑）→DAO（数据访问）”拆分，核心是解耦和易维护；
三层架构必须单向调用，避免循环依赖，过滤器核心逻辑写在
doFilter()方法中。