JSP模块化网页设计工具

第一次用JSP做后台管理界面时，我把所有Java代码、网页HTML和CSS全塞进一个index.jsp文件里。设计改一个按钮颜色，工具得在三百多行里翻三遍。块化后来同事扔给我一个<%@ include file="header.jsp" %>，网页我才意识到——原来JSP本身就能当模块化工具使，设计根本不用等什么新框架。工具

JSP的块化模块化靠两个标签撑起来：<%@ include %>和<jsp:include>。前者是网页静态包含，编译时就把目标文件的设计内容原样拼进来。后者是工具动态包含，运行时才去调用另一个JSP，块化各自独立编译。网页我刚开始分不清，设计直到有次把带request.setAttribute的片段用静态包含塞进去，变量作用域直接串了。后来学乖了：纯展示的头部、尾部、侧边栏用静态包含，需要独立逻辑或传参的模块用<jsp:include page="...">加<jsp:param>。

自定义标签是JSP模块化的另一条路。写一个.tld文件描述标签，再配一个继承SimpleTagSupport的Java类。比如分页组件，以前每个列表页都复制粘贴二十行<c:forEach>和页码计算。后来封装成<my:pagination page="${ page}" total="${ total}" />，页面里只剩一行。代价是得维护Java类，但比满屏重复的if-else舒服多了。

有个坑我踩过：静态包含的文件里不要写<html>或<body>标签。因为编译后它们会变成同一个Servlet，重复的标签会让浏览器解析混乱。动态包含没这个问题，但每个被包含的JSP都会生成独立的Servlet类，内存开销略大。小项目无所谓，大项目里静态包含的编译速度优势更明显。

现在很多人觉得JSP过时了，直接上Thymeleaf或Vue。但维护老系统时，JSP的模块化能力其实够用。我见过一个跑了八年的OA系统，WEB-INF/jsp/modules/下面按功能分了几十个文件夹，每个模块的JSP只负责自己那小块视图，公共部分全抽成common/里的片段。没有构建工具，没有npm，就靠<%@ include %>和<jsp:include>，照样把代码理得清清楚楚。

工具本身不决定架构好坏。JSP给的是一套朴素但完整的模块化原语——包含、传参、自定义标签。用不用得好，看人。我现在的习惯是：任何重复超过两次的HTML结构，立刻抽成.jspf片段；任何带逻辑的展示块，优先考虑自定义标签。这样改需求时，不用满项目搜<div class="user-info">，直接改一个文件就行。

最后说个具体数字：一个中等复杂度的后台，用JSP模块化后，单个页面文件平均从400行降到80行以下。编译时间没明显变化，但改bug时定位速度快了不止一倍。这大概就是模块化最实在的好处——不是让代码变漂亮，是让你少加班。