JSP脚本这玩意儿，搁现在看像个老古董，但当年可是把Java塞进网页的唯一捷径。我见过最野的用法，是有人直接在HTML里写死一段<% for(int i=0;i<10;i++){ %>，循环输出十行表格，页面源码乱得像车祸现场，但跑起来愣是没毛病。你别笑，2005年那会儿，这就算前端工程化。 核心事实是：JSP脚本本质上就是Servlet的偷懒写法。容器把.jsp翻译成.java，再编译成.class，你写在<%%>里的每一行代码，最后都会原封不动搬进_jspService()方法里。所以别指望什么语法糖，你写的就是Java本身——包括那些丑陋的分号。 但问题恰恰出在这儿。脚本片段和HTML混在一起，读代码就像在嚼混了沙子的米饭。我接手过一个老项目，页面顶部塞了三百行<%! %>声明的成员变量，中间穿插几十个<%= %>输出，底部还藏着一个try-catch吞掉所有异常的烂摊子。改一个按钮样式，得顺着脚本逻辑捋半天，生怕动错括号炸了整个页面。 更坑的是作用域陷阱。你在<%%>里定义的局部变量，出了这个片段就消失；想跨片段共享状态，只能靠pageContext、request、session这些隐式对象。新手最容易栽跟头的是：<% int count = 0; %> 然后下面想用count，直接编译报错——因为每个脚本片段都是独立的Java语句块。当年论坛上这类问题能刷屏，回答永远是“把变量声明放到<%! %>里”。 后来JSTL和EL表达式出来，算是给JSP脚本上了一道枷锁。${ user.name}比<%=user.getName()%>干净十倍，替代了那个丑哭的for循环。但脚本没死透，我见过一些老程序员，遇到复杂业务逻辑还是习惯性开一个<%%>塞进去，边写边骂“这框架真TM难用”。 说句公道话，JSP脚本不是一无是处。原型验证阶段，它比任何模板引擎都直接——写个<%= new Date() %>就能看服务器时间，改完刷新立刻生效，连重启都不需要。那种即时反馈的爽感，Spring Boot里你还得折腾DevTools。 但你要是拿它干正经事，请记住三个原则：第一，脚本里别写业务逻辑，只做简单的输出和循环；第二，能用EL和JSTL就别碰<%%>；第三，万一真躲不开，至少把脚本集中放在页面顶部，别散落在HTML的犄角旮旯里。我见过最整洁的写法，是把所有准备数据的脚本堆在开头，正文全是干净的HTML标签加几个EL表达式——那页面看起来像样多了。 最后提醒一句：如果你现在还在新项目里用JSP脚本，面试官问起来，别说是我教的。这技术就像手动挡汽车，会开是情怀，但真上路，自动挡早把你超了。