把JSP、MVC、EL、JSTL这四个词放一块懂行的人立刻就能反应过来这是Java Web开发里最经典的一套组合拳。尤其在Mac上重新把这套技术栈完整走一遍之后我越发觉得它们没有过时只是被很多人低估了。JSP负责页面展示MVC负责划定代码边界EL让页面上的Java脚本彻底消失JSTL统一了循环与判断的标准写法四者串起来就是一个五脏俱全的Web应用。这篇文章不聊虚的纯粹是我在Mac上从零搭建并维护一个JSPServletMaven项目的实战记录。里面会给出具体命令、配置片段和排错路径适合正在学Java Web的初学者也适合接手了老项目、想在Mac上把环境跑起来的一线开发。别的先不说光是在Mac上装JDK、配Maven、部署Tomcat这一套就够新手折腾半天的我把踩过的坑一次讲完。1. 在Mac上搭JSP开发环境踩过的坑比想象中多1.1 JDK版本选择与JAVA_HOME配置Mac上装JDK最直接的办法是去Oracle官网下载dmg安装包双击装完就行。但这里有个很多教程不会告诉你的事Mac从10.15系统之后配置环境变量的方式已经从bash切换到了zsh你按老教程改/etc/profile开个新终端窗口根本不会生效。我现在的固定做法是在~/.zshrc里写export JAVA_HOME$(/usr/libexec/java_home -v 1.8) export PATH$JAVA_HOME/bin:$PATH/usr/libexec/java_home这个命令是macOS特有的它能自动检测你机器上装过的所有JDK路径比手写一串死路径靠谱得多。如果你同时装了JDK 8和JDK 11用-v参数就能精确切换这在维护老项目时非常实用。JSP老项目几乎都是基于JDK 8构建的你要是图新装了JDK 17去跑Tomcat 9以下的版本轻则日志打印一堆警告重则启动直接失败原因就是Jasper编译JSP时用的字节码版本和运行时对不上。1.2 Maven本地仓库与镜像配置Maven我用Homebrew装的一条命令的事brew install maven装完之后默认本地仓库在~/.m2/repository。第一次执行mvn compile会很慢因为要把所有依赖从远程仓库拉下来这时候配置镜像能明显提速。在~/.m2/settings.xml里加一个镜像指向你网络环境下访问更快的私服即可。这里有个容易踩的坑IDEA自带的Maven代理配置和你命令行用的Maven配置是两套命令行已经能编译的项目IDEA里一打开就报依赖找不到多半是IDEA里的Maven Settings指向了不同的settings.xml。建议在IDEA的Preferences里手动指定同一个settings文件保持两边一致。1.3 Tomcat的安装与Mac下的授权弹窗Tomcat我试过Homebrew和手动解压两种方式。Homebrew装brew install tomcat9启动用catalina run。但说实话我后来更推荐手动解压tar.gz包因为你能清楚看到webapps、work、logs这三个关键目录在哪里后续排查JSP编译问题会方便很多。手动解压后先给脚本加执行权限chmod x bin/*.sh然后./startup.sh启动访问http://localhost:8080看到Tomcat主页就通了。Mac上有个小插曲首次启动时系统的安全机制会弹窗问“是否允许Tomcat接受传入网络连接”一定要选允许。我之前有次没留意点了拒绝结果本机浏览器访问正常局域网里其他电脑怎么都连不上白折腾了半天。2. MVC架构在JSP项目里的落地姿势与常见误区2.1 没有MVC边界的JSP项目有多可怕初学者写JSP项目特别喜欢在页面里混写Java代码% %里放数据库查询% %直接输出数据再叠加一堆if判断一个页面轻轻松松几百行。这种写法在功能简单时看不出问题但等到需求变化比如把展示字段从“姓名”改成“姓名学号”你就要在一个混合了HTML、Java、SQL的页面里大海捞针。MVC模式解决的就是这件事。Model负责数据和业务规则View负责展示Controller负责接收请求、调用Model、决定跳转到哪个View。放在JSP技术栈里经典的对应关系是View JSP页面Controller ServletModel JavaBean Service DAO2.2 一次请求完整走一遍的链路示例拿最经典的“学生信息管理系统”举例。用户访问/list.doTomcat根据web.xml里的servlet-mapping把请求交给StudentListServletServlet调用StudentService查询数据库得到一个ListStudentServlet把这个List放到request作用域然后转发到student/list.jspJSP页面用EL表达式和JSTL的c:forEach把这个List渲染成HTML表格。这套流程看似简单但两个关键点必须清楚。第一转发和重定向是两回事转发用request.getRequestDispatcher(list.jsp).forward(request, response)浏览器地址栏不变一次请求内共享request数据重定向用response.sendRedirect(list.do)浏览器会再发一次请求地址栏变化request里的数据全部丢失只能把数据塞进session或者重新查库。很多新手页面列表突然没了十有八九就是用了重定向传request数据。第二Servlet映射路径要和页面里的请求地址精准对应。你在web.xml里配了url-pattern/list.do/url-pattern那表单的actionlist.do、超链接的hreflist.do才能匹配上。如果同时用了WebServlet(/list.do)注解和web.xml配置Tomcat启动时可能不报错但请求就是到不了正确的Servlet这种问题排查起来非常耗时间。2.3 Spring MVC和传统JSPMVC的关系不少人在学了Spring MVC之后觉得JSP那套可以直接扔掉。其实Spring MVC的View层依然可以是JSP它只是把Controller升级成了声明式。传统Servlet要手动处理request和responseSpring MVC用Controller加RequestMapping就能搞定方法返回值对应视图名模型数据放ModelAndView。两条技术线的本质都是同一个模型请求进控制器控制器处理数据视图负责展示。把传统ServletJSP跑明白了再看Spring MVC基本就是降维打击。反过来上来就啃Spring MVC不碰底层Servlet的人遇到诡异问题往往一脸懵。3. EL表达式页面展示层做减法的核心玩法3.1 EL的取值规则与作用域优先级ELExpression Language自JSP 2.0起成为规范的一部分目的就是替代页面里的% %输出。最常见的写法${student.name}会按照pageScope、requestScope、sessionScope、applicationScope的顺序逐层查找名为“student”的属性找到后调用它的getName()方法。这里有个隐藏很深的坑如果request和session里有同名属性${user}取到的一定是request里的那个因为request作用域优先级高于session。一旦你本意是想从session里取结果就会莫名显示旧数据。规范做法是显式指定作用域比如${requestScope.user}或${sessionScope.user}代码一眼就能看出数据来源也避免同名属性覆盖引发的灵异事件。3.2 empty运算符与集合取值的易错点很多新手判断集合是否为空第一反应写成c:if test${list.size() 0}这个写法在list为null时直接就会报错因为EL里对null对象调方法会抛出异常。正确姿势是用EL自带的empty运算符c:if test${empty list}empty同时覆盖“对象为null”和“集合没有元素”两种情况是EL里最实用的判断方式配合JSTL的c:if用起来非常顺手。另外EL取数组、List、Map也有各自的写法数组用${arr[0]}List用${list[0]}Map用${map.key}或者${map[key]}。当Map的key里带点号这样的特殊字符时用中括号形式更稳点号会被EL解析器当成属性分隔符${map.key.with.dot}取不到值。这个细节不遇到一次很难记住。4. JSTL标签库循环、判断与格式化的一站式解药4.1 页面顶部正确的taglib声明JSTLJavaServer Pages Standard Tag Library解决的是“页面不允许写Java代码之后循环、判断、格式化这些逻辑怎么办”的问题。首次使用前JSP页面顶部要声明% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % % taglib prefixfmt urihttp://java.sun.com/jsp/jstl/fmt % % taglib prefixfn urihttp://java.sun.com/jsp/jstl/functions %Maven项目里对应依赖dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependency有些老教程会让你再引一个standard.jarTomcat 9及之后通常会自带JSTL实现不用重复引。如果在页面上遇到org.apache.jasper.JasperException: The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved那就是JSTL依赖缺失把上面的Maven依赖加进去基本能解决。4.2 c:forEach和c:choose的日常用法c:forEach是出镜率最高的JSTL标签完整参数是这样c:forEach items${studentList} varstu varStatusstatus tr td${status.index 1}/td td${stu.name}/td td${stu.gender}/td /tr /c:forEachvarStatus是很多初学者忽略的属性它能拿到当前循环的索引、是否是第一行/最后一行等状态做序号列、斑马纹表格都靠它。而且c:forEach遍历的集合里如果混入了null元素直接输出会是空字符串不会像Java代码那样抛空指针对页面健壮性是很大的提升。多条件分支用c:choosec:choose c:when test${student.score 60} td及格/td /c:when c:otherwise td不及格/td /c:otherwise /c:choose这套标签组合写出来的页面结构非常清晰HTML标签和逻辑标签一眼就能分开。4.3 页面维护的一条硬规矩我给自己和团队定过一条规矩JSP页面里只允许出现EL和JSTL标签不允许出现% %脚本片段。这条规矩的初衷是防止项目腐化。JSP项目最常见的腐烂路径是一开始图省事在页面里塞了几个Java脚本后来维护的人为了快速改功能又叠上EL三元表达式最后页面复杂度比业务代码还高谁都不敢动。如果某个页面的逻辑复杂到不用Java无法表达正确的选择是把这段逻辑下沉到Model层而不是在View层硬凑。EL负责取数据JSTL负责流程控制这个边界守住了页面基本不会烂到哪里去。5. JSP到class的编译链路调试时心里要有这张图5.1 Jasper引擎的翻译与编译过程JSP本质上是一个Servlet但这个Servlet不是程序员直接写的而是由Tomcat的Jasper引擎把.jsp文件翻译成.java源文件再调用javac编译成.class文件。具体翻译规则是JSP里静态的HTML部分原样写进Servlet的_jspService方法作为out.write()的输出参数% %脚本片段直接拼接进方法体% %表达式被改写成out.print()% page import...%这种指令会决定生成的Java文件顶部import哪些包。这套机制解释了为什么JSP第一次访问时特别慢因为Tomcat在背后完成了翻译加编译两步操作之后再访问就直接用编译好的class了。5.2 编译后的class文件到底放在哪个目录这个问题在Mac上做JSP开发时几乎一定会遇到因为Mac的Finder默认不显示隐藏目录新手想找work目录得先按CmdShift.显示隐藏文件。手动部署模式下编译产物路径是apache-tomcat-9.x.x/work/Catalina/localhost/你的应用名/org/apache/jsp/比如应用名叫studentJSP文件在webapps/student/list.jsp那么编译后list_jsp.java和list_jsp.class就在上面那个路径下。这个位置对排错极其重要。当页面报错信息定位到某一行时打开对应的list_jsp.java看Jasper生成的Servlet代码在哪一行出问题比对着JSP盲猜高效得多。如果你用IDEA内置Tomcat或Maven插件运行编译产物可能会被重定向到target目录或IDEA的临时目录但基本规律一致都能在Tomcat的catalina日志里找到实际路径。5.3 修改JSP不生效的完整排查链路Tomcat正常情况下会监测JSP文件的修改时间变化后自动重新翻译编译。但实际开发中“改了JSP但页面没反应”的情况太常见了我的排查顺序是第一步强制刷新浏览器排除缓存。Mac上用CmdShiftR必要时开无痕窗口验证。第二步看编译后class文件的时间戳。如果list_jsp.class没有更新说明Tomcat压根没检测到JSP变化这时要确认你改的是不是部署目录下的JSP。IDEA里直接改源文件如果没有同步到webapps目录Tomcat看不到变更很正常。第三步如果前两步都不行直接删掉work目录下的对应缓存然后重启Tomcat强制重新编译。这个“删work”大法基本能解决90%的“JSP改不动”问题是老开发都知道的祖传秘方遇到诡异问题先删work总是没错的。6. Mac上做JSP开发的工具链与零碎操作实录6.1 右键菜单与终端效率提升Mac的访达默认没有“在终端打开”这个右键菜单而JSP开发恰恰要在项目目录下频繁执行mvn、catalina这类命令。我习惯用iTerm2替代系统自带终端配合oh-my-zsh命令补全和主题体验都好很多。右键菜单方面可以给访达添加“新建文件”和“拷贝路径”这类服务项也能用一些右键菜单增强工具搞定。这些设置看起来都是小事但每天要敲几十次命令的场景下效率提升非常明显。6.2 Mac上Java Web开发的标配工具清单我整理了一份Mac上做Java Web开发的工具清单基本覆盖日常所有场景用途工具备注包管理Homebrew安装git、maven、tomcat的入口版本管理Gitbrew install git 即可主IDEIntelliJ IDEA社区版可做纯JSP项目数据库客户端Navicat / DBeaver对新手DBeaver免费更友好文档笔记Typora写排错记录很顺手容器化Docker进阶玩法跑Tomcat镜像这里面每个工具在Mac上都有各自的安装小毛病。Homebrew装不上先检查/opt/homebrew目录的属主是不是当前用户IDEA启动慢看看Help里分配的JVM堆内存是否太小Navicat连不上MySQL先排查是不是没装mysql-connector-java驱动。这些坑单独看都不大但首次遇到却能卡半天。6.3 Mac地址查询、磁盘信息与虚拟机的小场景开发网络应用时偶尔要查Mac地址我在Mac上的命令是ifconfig en0 | grep ether这里的en0是Wi-Fi网卡接口输出结果里ether后面的就是物理MAC地址。查看磁盘容量和分区信息用diskutil list就能列出所有磁盘。如果要跑Windows虚拟机Parallels Desktop在Mac上的体验比较流畅但容易遇到USB设备直连不上的情况比如移动硬盘连不进虚拟机优先检查PD的USB设置里有没有授权当前设备而不是怀疑硬盘坏了。这些零碎操作单看都不复杂但组合在一起就是一个Mac上Java开发者的真实日常改JSP、查日志、看编译产物、顺手查个IP和MAC地址一天下来能把全套流程走无数遍。最后再分享一个我自己的体会JSP宽泛来讲确实是一套老技术栈了但当年围绕它衍生出的这套思考方式——把展示与逻辑分离、用表达式语言精简视图、用标准标签统一页面行为——在今天的前后端分离架构里依然能看到影子。遇到JSPELJSTL的报错先分清问题是出在Jasper翻译阶段还是运行阶段再决定去看生成的Java源码还是浏览器响应结果这个定位思路不会过时。希望你今天把这套链路跑通之后以后在Mac上再遇到类似老项目能比我先一步找到问题所在。