解决JSP框架的程序无法找到前端页面的问题
$MODULE_WORKING_DIR$是IntelliJ IDEA 中的一个内置变量（System Property），它代表当前模块（Module）的工作目录（Working Directory）。
✅ 为什么加了$MODULE_WORKING_DIR$就能正常使用了？
🌟 核心原因：
Spring Boot 内嵌 Tomcat 在加载
webapp目录时，需要正确的“工作目录”来定位静态资源、JSP 文件等。如果工作目录设置错误，会导致 JSP 找不到 → 404。
而$MODULE_WORKING_DIR$正好指向了你的项目根目录，确保了：
src/main/webapp能被正确识别- JSP 文件路径解析正确
- 静态资源（CSS/JS）也能正常访问
🔍 详细解释
1.什么是Working directory？
在运行 Java 应用时，JVM 会有一个“当前工作目录”，用于：
- 解析相对路径（如
./webapp） - 加载配置文件（如
application.properties） - 查找资源（如 JSP、HTML）
如果这个目录设置错了（比如设成了target/classes），那么 Spring Boot 的内嵌容器就无法找到webapp下的 JSP 文件。
2.默认值是什么？
如果你不设置Working directory，IDEA 默认使用：
project root但有些情况下（尤其是多模块项目），IDEA 可能会自动设为某个子目录或target目录，导致路径错乱。
3.$MODULE_WORKING_DIR$是什么？
这是一个IDEA 内置的变量，它的值是：
当前模块（Module）的根目录，即
pom.xml所在的目录。
例如：
C:\workspace\ciecc-gm-greenmall✅ 这正是你期望的：让 Spring Boot 从项目根目录开始查找src/main/webapp。
4.为什么之前不行？
可能的原因包括：
- 工作目录被设置成了
target/classes或build等编译输出目录 - 多模块项目中，IDEA 自动选择了错误的模块作为启动上下文
- 没有显式指定工作目录，导致 JVM 使用了不正确的默认路径
5.$MODULE_WORKING_DIR$的作用
当你设置了：
Working directory: $MODULE_WORKING_DIR$IDEA 会在运行时将实际路径替换为：
C:\your-project-root这样：
src/main/webapp就在working dir/src/main/webapp下- Spring Boot 启动时能正确扫描并部署 JSP 文件
- 访问
/hello时，能匹配到WEB-INF/jsp/hello.jsp
✅ 实际效果对比
表格
| 设置 | 结果 |
|---|---|
Working directory: (空) | 可能默认为target/classes→ JSP 找不到 → 404 |
Working directory: . | 相对路径，可能不准确 |
Working directory: $MODULE_WORKING_DIR$ | ✅ 指向项目根目录 → JSP 正常加载 |
💡 补充建议
1.推荐始终使用$MODULE_WORKING_DIR$
无论是否用 JSP，都建议设置：
Working directory: $MODULE_WORKING_DIR$避免路径问题。
2.配合其他配置
- 确保
pom.xml中<packaging>war</packaging> - 主类继承
SpringBootServletInitializer - 使用
Tomcat Server配置而非直接 run main（更稳定）
📌 总结
$MODULE_WORKING_DIR$是一个“魔法变量”，它告诉 Spring Boot 从哪里开始查找资源（如 JSP）。
加上它后，工作目录被正确设置为项目根目录，从而解决了 JSP 404 的问题。
这是 IntelliJ IDEA 提供的一种强大机制，让你无需手动输入路径，就能保证运行环境的一致性。
如果你还遇到类似问题（如静态资源找不到），也可以检查这个字段是否正确设置。