先把话放前面这篇是给那些在 IDEA 里折腾 Tomcat 折腾到怀疑人生的人写的。不管你是刚学 Java Web 的新手还是从 MyEclipse 转过来的老用户只要你在 2023 版的 IntelliJ IDEA 里想把 Tomcat 跑起来这篇文章就是照着做完就能跑通的那种。我会把每个入口、每个按钮在界面的什么位置都写清楚你跟着点就行。我在做技术答疑的时候见过太多人卡在同一个地方IDE 装好了Tomcat 也下载了但打开 Run 配置一看根本没有 Tomcat 选项。这通常不是操作问题而是版本认知问题。所以这篇文章开头先不谈操作先把版本、前置环境这些“坑”讲透。1. 动手前的三个准备版本认知、JDK 与 Tomcat 本体1.1 先搞懂 IntelliJ IDEA 两个版本的差异IntelliJ IDEA 分成 Community社区版和 Ultimate旗舰版这个事情的严重性被大量新手低估了。社区版是免费的但它是为 JVM 和 Android 开发准备的默认不包含 Web 应用开发那一套集成能力。你要在社区版里找 Tomcat 的集成配置翻遍整个设置界面都找不到入口这不是你眼睛有问题是这个版本压根没有这个功能。旗舰版是收费的但 Java Web 开发相关的功能非常完整包括 Tomcat 集成、Spring 框架支持、数据库工具等等。2023 版之后的 IDEA旗舰版和社区版在界面风格上基本一致但菜单项、右键选项、Run 配置类型都会有明显差别。判断方法很简单打开 IDEA 后菜单栏 Help - About弹窗里写着 “Ultimate Edition” 就是旗舰版写着 “Community Edition” 就是社区版。如果你的项目必须跑 Web 应用又不想折腾插件旗舰版当然体验最好如果暂时只能用社区版我的建议是别放弃后面我会讲一个社区版可用的完整方案。IDEA 官方也提供 30 天免费试用学生或者开源开发者还能申请免费授权这些合规渠道都值得先试一遍。1.2 JDK 安装与环境变量IDEA 配置 Tomcat 的前置条件很多人的误区是我装的是 IDEA为什么还要管 JDK因为 IDEA 本身是 Java 写的它需要 JDK 来运行而 Tomcat 本身也是 Java 写的它同样需要一个 JRE/JDK 才能被启动。IDEA 配置 Tomcat 的本质是让 IDEA 帮你调用 Java 命令去启动一个 Tomcat 实例。所以第一步请确保本机已经装好 JDK并且装的是合适版本。需要特别提醒的是Tomcat 版本和 JDK 版本是绑定的这个对应关系非常容易踩坑。Tomcat 9 最低要求 JDK 8Tomcat 10.1 最低要求 JDK 11而 Tomcat 11 最低要求 JDK 17。你如果下载了最新的 Tomcat 11本机却只有 JDK 8启动时就会报 “UnsupportedClassVersionError” 或者 “ClassNotFoundException”控制台里一堆红色报错新手看着一脸懵。以 JDK 8 为例安装完成后建议配置 JAVA_HOME 环境变量。Windows 下打开 系统属性 - 高级 - 环境变量新建一个系统变量变量名 JAVA_HOME变量值填 JDK 的安装根目录比如 C:\Program Files\Java\jdk1.8.0_202。然后编辑 Path 变量新增一条 %JAVA_HOME%\bin。配置完重新打开命令行输入 java -version 和 javac -version能正常输出版本号就说明环境没问题。你可能会问不配置 JAVA_HOME 行不行IDEA 里直接选 JDK 路径也行但如果以后要接触 Maven、Tomcat 命令行启动、Jenkins 这些工具JAVA_HOME 是通用配置建议这一步不要跳过。磨刀不误砍柴工。1.3 下载 Tomcat 本体选对版本、放对位置Tomcat 的官方下载地址是 tomcat.apache.org进去之后找到 Download 区域你会看到一堆版本号什么 9.0.x、10.1.x、11.0.x。对新手来说我的建议是如果你只是想跑 JSP/Servlet 作业选 Tomcat 9.0.x 就行。原因是网上绝大多数教程、教材、课程都基于 Tomcat 9 或更早版本包名是 javax.servlet.你照着写代码不会出问题而 Tomcat 10 开始包名改成了 jakarta.servlet.新旧代码混着写会出现编译错误这是教程里最容易忽略的坑。下载时注意选 Windows 下通常是 zip 包名字类似 apache-tomcat-9.0.x-windows-x64.zip不用下载安装版。解压到本地目录后有几个关键点第一目录路径不能有中文不能有空格。虽然 IDEA 对空格兼容性较好但后面命令行操作、脚本执行时路径里有空格很容易出一些莫名其妙的问题。我一般习惯放到 D:\dev\apache-tomcat-9.0.x 这样的路径。第二解压后确保目录结构是完整的bin、conf、lib、webapps 这些文件夹都在。如果 bin 目录下能看到 startup.bat 和 catalina.bat这就是 Tomcat 的主目录后面配置的时候要选这一层不是选 bin 目录也不是选 webapps 目录。解压完成后可以先进 bin 目录双击 startup.bat 启动一次如果正常启动浏览器访问 http://localhost:8080 会看到 Tomcat 默认首页。这一步的意义是确认 Tomcat 本体没问题避免后面出问题时说不清是 Tomcat 坏了还是 IDEA 配置错了。启动后黑窗口不要直接叉掉要进 bin 目录执行 shutdown.bat 正常关闭。注意双击 startup.bat 启动 Tomcat 时如果窗口一闪而过或者提示 “CATALINA_HOME environment variable is not set correctly”说明 JAVA_HOME 没配好回到上一节检查 JDK 环境变量。2. 在 IDEA 中绑定 Tomcat两种可靠方案2.1 方案一IDEA 自带的 Tomcat Server 集成配置IDEA Ultimate 版的配置入口藏在运行配置里。打开项目后点击顶部工具栏的 “Add Configuration...”或者在菜单栏 Run - Edit Configurations弹出 Run/Debug Configurations 窗口。窗口左上角有一个加号 点开后往下找 Tomcat Server再选 Local。如果你的列表里没有 Tomcat Server 这一项先不要慌有可能是插件没启用。Windows 下打开 File - SettingsmacOS 下打开 IntelliJ IDEA - Preferences在左侧找到 Plugins去 Installed 页签里搜 Tomcat确认 “Tomcat and TomEE Integration” 插件是勾选状态。这个插件一般随旗舰版自带但有时候会被误禁用。选完 Tomcat Server - Local 之后右边配置面板里最重要的就是这个红框目标——右上角有一个 Configure 按钮。点击它弹出 Tomcat 安装目录选择框定位到你解压的 Tomcat 主目录比如 D:\dev\apache-tomcat-9.0.x点 OK。IDEA 会立刻识别出版本号并在 Application server 这一栏显示 Tomcat 9.0.x。到这里IDEA 就知道它要操纵哪个 Tomcat 了。你如果直接点 OK 然后启动其实已经能用了但那样配置不完整我强烈建议再做几件事在 Server 页签里的 Application server 区域下方找到 JRE 选项确认它选的是你的 JDK 安装目录而不是项目默认 JDK。这两个保持一致可以避免启动时报错。HTTP port 默认 8080如果你的 8080 被占了改成 8081、8082 都行。这里改端口才真正有效去改 Tomcat 目录的 server.xml 很多时候反而不生效原因我后面细说。VM options 一栏建议加上 -Dfile.encodingUTF-8这能解决一大批中文乱码问题。注意 VM options 里配置的是 JVM 参数不是命令行参数写错了 Tomcat 启动会失败。页面下方有个 On frame deactivation意思是 IDE 切换到其他窗口时怎么处理默认 Do nothing 就行不要改。配置完成后点击 Apply再点击 OK。这时候顶部工具栏的运行按钮旁边就会出现一个 Tomcat 的启动项点击绿色三角即可启动。2.2 方案二Smart Tomcat 插件解决社区版问题如果你用的是社区版没有 “Tomcat Server” 这个配置类型那就走插件方案。目前社区里用得最多的就是 Smart Tomcat 插件原理是绕过 IDEA 内置的 Tomcat 集成直接用插件封装好的方式启动 Tomcat。打开 File - Settings - Plugins切到 Marketplace 页签搜索框输入 Smart Tomcat回车。找到这个插件点击 Install安装完成后按提示重启 IDEA。重启之后再次打开 Run/Debug Configurations点左上角 这时列表里会多出一项 Smart Tomcat。选中后配置面板里有一个 Tomcat Server 下拉框选择已经下载好的 Tomcat 版本下面还有几个文本框需要解释一下Context Path填你的应用访问路径比如填 demo那最终访问地址就是 http://localhost:8080/demo/xxx。Deploy Directory填你的项目 Web 资源目录如果项目是普通 Java Web 结构指向 web 或 webapp 目录如果是 Maven 项目且已经构建过也可以指向 target/classes。Port默认 8080。关于 Deploy Directory我遇到不少人在这一步翻车。Smart Tomcat 的部署逻辑是直接把目录复制或映射给 Tomcat 作为 Web 应用根目录所以你必须明确知道自己的项目资源在哪。如果你用 IDEA 手动添加了 Web 支持项目视图里会有一个 web 目录里面有 WEB-INF那 Deploy Directory 就选这一层如果你用 Maven 骨架创建项目通常是 src/main/webapp。Smart Tomcat 的好处是轻量社区版也能用而且配置项比官方集成更直观。我的个人建议是如果只是完成课程设计、毕业设计社区版加 Smart Tomcat 完全够用不至于为了一个 Tomcat 配置就专门找全家桶或者折腾其他方式。工具有适合自己的场景别被工具绑架。3. 把 Web 项目部署进去项目结构、Artifact 与 Deployment3.1 项目结构要求为什么必须是 Web 工程配置好 Tomcat 之后下一步是要把项目跑起来。但这里有一个隐形的门槛你的项目得是 Web 工程或者说IDEA 得知道这个项目是一个 Web 应用。什么是 Web 工程在 IDEA 里最直观的体现是项目里存在一个 Web 资源目录通常是 web 或者 webapp目录下有一个 WEB-INF 文件夹WEB-INF 里至少有一个 web.xml 文件或者使用了 Servlet 3.0 的注解方式可以不要 web.xml但 IDE 的识别逻辑里 WEB-INF 仍然重要。如果你建的是一个最普通的 Java 项目或者一个空的 Maven 项目你打开 Run 配置往下翻会发现 Deployment 页签里没有东西可加强行启动 Tomcat 也会报 “No artifacts marked for deployment”。所以先解决项目结构的问题。最简单的方式打开项目右键单击项目根目录选择 Add Framework Support在弹出的窗口里勾选 Web Application点 OK。IDEA 会当场帮你生成 web 目录和 WEB-INF 目录并放置一个默认的 index.jsp。这个操作在 Ultimate 和社区版里都有。如果你的项目是用 Maven 创建的也可以用 Maven 的 war 打包插件配合 webapp 结构比如标准路径 src/main/webapp。IDEA 对 Maven 项目的 Web 识别也很友好右键项目的 main 目录选 Add Framework Support 同样可生效。3.2 添加 Artifact 并配置 Deployment 标签页部署动作的核心其实就是一个词Artifact。你可以把 Artifact 理解成“项目的打包产物”它描述的是项目以什么形式交给 Tomcat 运行。IDEA 里常见的两种是 war 和 war exploded。war 就是打包成一个压缩包Tomcat 启动时自己解压war exploded 是解压后的目录形式把项目里的 classes、资源、页面按目录结构直接摆出来。开发阶段通常用 war exploded因为修改代码后更新速度更快。添加 Artifact 的方式是在 Run 配置窗口里切到 Deployment 页签点右上角 选择 Artifact...弹出列表里选 xxx:war exploded点 OK。如果列表为空说明项目还没有配置 Artifact你可以先通过菜单 Build - Build Artifacts 构建一次或者回到项目结构设置里手动添加。具体路径是File - Project Structure快捷键 CtrlShiftAltS - Artifacts点 加号选择 Web Application: Exploded然后指定 Web 资源目录和编译输出目录。这个操作看起来繁琐但 Artifact 是 IDEA 部署机制的地基理解它以后你才算真正懂了一点 IDEA 的项目模型。配置完 Deployment 页签之后页面下方还有一个 Application context 输入框。这个字段定义的是 Web 应用的上下文路径也就是浏览器访问地址中的一级路径。比如 Application context 填 /demoDeployment 里选的是某个 Artifact那么启动后这个应用的根地址就是 http://localhost:8080/demo/你的 Servlet 如果映射在 /hello完整访问路径就是 http://localhost:8080/demo/hello。很多人配置的时候喜欢把 Application context 填成 /意思是直接跑在根路径下访问地址就是 http://localhost:8080/hello。这样看起来简洁但如果你同时部署多个应用就会互相冲突所以开发阶段我还是建议用一个有意义的上下文路径。3.3 从新建项目到跑通第一个 Servlet完整示例为了让你一次性把整条链路走通我在这里给一个完整的最小示例照着做就能跑。第一步新建项目。File - New - Project左侧选 Java右侧不勾选任何模板有的 IDEA 版本叫 New Project 后选 Build System None直接 Next 直到完成。第二步添加 Web 支持。右键项目根目录 - Add Framework Support - 勾选 Web Application - OK。这时项目里出现 web 目录里面有一个 index.jsp。第三步添加 Tomcat 运行配置。按照第二节的方案配置好 TomcatDeployment 里把 Artifact 加进去Application context 填 /demo。第四步写一个 Servlet。在 src 目录下建包比如 com.demo新建一个类 HelloServlet代码如下package com.demo; import javax.servlet.annotation.WebServlet; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; import java.io.PrintWriter; WebServlet(/hello) public class HelloServlet extends HttpServlet { Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws IOException { resp.setContentType(text/html;charsetUTF-8); PrintWriter out resp.getWriter(); out.println(h1Hello Tomcat from IDEA 2023/h1); } }如果这里 import javax.servlet 标红说明你用的 Tomcat 是 10 以上版本大概率需要改 import 为 jakarta.servlet 开头。这是当前 Java Web 教程最容易割裂的地方不是你的代码错了是版本差异。第五步直接点击右上角启动按钮绿色三角。控制台会滚动大量日志看到 “Server startup in xxx milliseconds” 基本就成功了。浏览器输入 http://localhost:8080/demo/hello就能看到页面输出。再看 index.jsp 的访问方式浏览器输入 http://localhost:8080/demo/IDEA 的 web 目录下有一个默认的 index.jspTomcat 会把它作为欢迎页展示。这个流程走通之后你就拥有了一个最基础的可调试 Java Web 环境后面加 JSP、加 JSTL、配数据库都只是在这个框架里填充内容而已。4. 启动、调试与热部署让 Tomcat 跑起来并高效开发4.1 启动时发生了什么理解 CATALINA_BASE 与 CATALINA_HOME很多人在配置完 Tomcat 后会发现一个奇怪现象明明在 IDEA 的配置面板里改了端口启动后访问的却是另一个端口明明改了 Tomcat 目录里的 server.xmlIDEA 启动却完全不认。这背后藏着一个重要机制IDEA 启动 Tomcat 时并不是直接运行你解压出来的那个 Tomcat。控制台日志里有一行信息Using CATALINA_BASE: C:\Users\xxx\AppData\Local\JetBrains\IntelliJIdea2023.x\tomcat...。这个路径是 IDEA 自己生成的一个临时目录里面复制了 Tomcat 的 conf 配置、Web 应用部署描述就像一个打了模板的临时副本。而 CATALINA_HOME 仍然指向你填写的真实 Tomcat 目录Tomcat 运行时读取的核心库、类加载器来自这个主目录。这个设计其实很巧妙IDEA 可以在不污染你原始 Tomcat 安装目录的情况下为每个项目创建独立的运行环境。多个项目共用同一个 Tomcat 的安装文件但各自的配置文件、部署内容互相隔离。但这带来一个实践层面的坑你在 IDEA 里改端口要改的是 Run 配置面板里的 HTTP port如果你跑到 Tomcat 安装目录下改 server.xmlIDEA 启动时会用自己生成的 CATALINA_BASE 配置把你的修改完全覆盖掉看起来就像“改了没生效”。所以凡是配置问题优先在 IDEA 里改。只有在命令行手动启动 Tomcat、不使用 IDEA 的时候才需要去修改 Tomcat 安装目录下的配置文件。4.2 Debug 模式与热部署开发效率的来源首次启动 Tomcat 时大家用的是 Run 按钮绿色三角。但真正的开发状态下我强烈建议用 Debug 按钮绿色甲虫图标或者 ShiftF9。Debug 模式下你可以在代码里打断点浏览器发起请求后IDE 会停在断点位置你可以逐步查看变量、调用栈这对排查 Servlet 里的业务逻辑问题非常有用。另一个和 Debug 模式紧密相关的是热部署。配置面板里有两个下拉选项On Update action 和 On frame deactivation前者控制你主动点击 Update 的时候做什么后者控制 IDE 切走焦点的时候做什么。开发阶段我通常把 On Update action 设为 Update classes and resources然后手动控制更新节奏。修改代码之后用快捷键 CtrlF10 触发 Update。如果只改了 JSP、HTML、CSS、JS选择 Update resources 即可改完刷新浏览器就能看到效果如果改了 Java 类的方法体Update classes and resources 也能把新编译的 class 推送到运行中的 Tomcat 实例。但这里要说明白热部署不是万能的。修改类的方法实现可以热更新但新增方法、修改方法签名、新增注解、修改 web.xml、改类继承关系之类的大改动热部署经常失效表现为访问时抛异常或者行为不符合预期。遇到这种改动别硬顶着不重启老老实实 Redeploy 或者 restart Tomcat反而更省时间。这个边界我踩过太多次了调试经验不足的时候经常被这种“玄学 bug”折磨一下午。4.3 通过浏览器验证与访问路径计算最终所有的开发成果都在浏览器里验收而 Web 访问路径的计算是一个高频迷惑点。一个完整的访问 URL 由几个部分拼接而成协议 IP/主机名 端口 上下文路径 Servlet/资源路径。拿上面的示例来说Tomcat 跑在本机端口 8080上下文路径 /demoServlet 映射 /hello完整地址就是 http://localhost:8080/demo/hello。如果你把上下文路径改成 /那地址就变成 http://localhost:8080/hello。JSP 页面同理web 目录下的文件路径会直接映射到 URL 上。我建议你在做每一个练习项目时先在纸上把 URL 拆一遍确认哪一段来自 Deployment 的 Application context哪一段来自注解或 web.xml 的路径映射。养成这个习惯之后遇到 404 报错你就能很快定位是上下文路径配错了还是 Servlet 映射写错了。5. 高频报错与排查记录这些年我踩过的坑配置 Tomcat 的过程中绝大部分人都会在不同环节被卡住。下面这些是我在答疑过程中遇到频率最高的错误每一条都附上排查思路和解决方案。5.1 端口被占用Address already in use现象控制台报错类似 “Error running Tomcat9.0: Address localhost:8080 is already in use”或者 UI 弹窗提示端口冲突Tomcat 启动失败。原因本机已经有一个进程占用了 8080 端口。可能是之前启动的 Tomcat 没关也可能是别的程序比如某个服务、其他开发软件占用了。处理办法先在命令行执行 netstat -ano | findstr 8080看到最后一列是 PID再打开任务管理器找到这个 PID 的进程确认是残留的 Tomcat 就结束任务。如果是不认识的系统进程或者你暂时不想动它那就直接在 IDEA 的 Run 配置面板把 HTTP port 改成 8081、8082 等空闲端口。Tomcat 对端口号本身没有特殊偏好只要不冲突任何端口都能跑。5.2 404请求路径找不到现象Tomcat 能启动但浏览器访问页面报 404。404 还会细分场景Tomcat 默认首页能打开但你的应用打不开或者应用首页能打开但某条 Servlet 路径打不开。原因分析第一Tomcat 默认首页正常但应用打不开说明请求的上下文路径和实际部署路径不一致。比如 Deployment 里 Application context 填的是 /demo你访问的是 http://localhost:8080/当然 404。先检查这个字段再检查 Deployment 页签里是否真的添加了 Artifact没有添加就会直接提示 “No artifacts marked for deployment”。第二应用首页能打开但某个 Servlet 路径 404。通常因为 WebServlet 的路径写错了或者类没有被扫描到。Servlet 3.0 依赖注解驱动类上要有 WebServlet(/路径)并且类必须位于可扫描的包中。如果你用的 web.xml 映射方式检查 servlet-mapping 中的 url-pattern 是否带了斜杠比如 /hello而不是 hello。5.3 控制台中文乱码现象Tomcat 控制台输出中文日志全是乱码或者页面上 JSP 输出中文变成问号。这个问题的根源是字符编码不一致。Tomcat 在 Windows 下默认使用 GBK而 IDEA 默认使用 UTF-8两者对不上就会出现乱码。处理分三步走第一步IDEA 的 File - Settings - Editor - File Encodings 里把 Global Encoding、Project Encoding、Default encoding for properties files 全部设为 UTF-8。第二步如果控制台还乱打开 Help - Edit Custom VM Options追加一行 -Dfile.encodingUTF-8保存后重启 IDEA。第三步如果 Tomcat 日志本身乱找到 Tomcat 安装目录 conf/logging.properties把 java.util.logging.ConsoleHandler.encoding 的值从 UTF-8 改为 GBK或者反过来和系统编码对齐即可。另外在写 Servlet 输出中文时建议统一在代码里指定 resp.setContentType(text/html;charsetUTF-8)JSP 页面顶部加 % page contentTypetext/html;charsetUTF-8 languagejava %从源头保证编码一致。5.4 No artifacts marked for deployment现象Deployment 页签完全空白启动时提示没有要部署的 artifact。原因就是字面意思你还没有告诉 IDEA 要把什么东西交给 Tomcat 启动。解决方式是切到 Deployment 页签点 选择 Artifact然后选 xxx:war exploded。如果 Artifact 列表里没有你要的项目回到 Project Structure 的 Artifacts 页签手动添加 Web Application: Exploded。5.5 Tomcat 启动后立刻退出、提示已结束现象点击启动控制台闪了一下就显示 “Process finished with exit code 1”或者 “Disconnected from server”。排查思路先看完整日志不要只盯着最后一行。最常见的两个原因一是 JDK 版本和 Tomcat 版本不匹配比如 JDK 8 配 Tomcat 11二是端口被占启动流程在绑定端口时异常终止。把 Run 配置面板里的 HTTP port 换一个端口再试基本能定位。5.6 “The selected directory is not a valid Tomcat home”现象在 Configure 里选择 Tomcat 目录后IDEA 提示不是有效的 Tomcat 主目录。原因目录选错了。记住要选同时包含 bin、conf、lib、webapps 这一层的主目录。如果你选到了 bin 目录内部或者选到了某个别的同名文件夹都会报警。另外确认解压目录本身完整不要只解压了一半。5.7 javax.servlet 包不存在现象代码里 import javax.servlet.* 标红编译报错。最常见的原因是 Tomcat 版本引发的命名空间变更。Tomcat 10 开始把官方 Servlet API 的包名从 javax.servlet 改成了 jakarta.servlet所有代码都要跟着换。处理方案要么把 Tomcat 换成 9.0.x 版本继续用 javax要么把代码里的 import 全部改成 jakarta.servlet。如果跟着网上旧教程学习我建议直接换 Tomcat 9省去大范围改代码的麻烦如果项目是新写的且需要更高版本特性就统一用 jakarta。5.8 修改代码后页面不更新现象改了 Java 代码或 JSP刷新浏览器还是旧内容甚至点击 Update 也没有反应。首先要确认两个点Tomcat 是用 Debug 模式启动的Run 配置里 On Update action 不是 Do nothing。改成 Update classes and resources 后修改代码按 CtrlF10。其次要确认部署方式如果用的是 war 打包而不是 exploded更新效率会明显偏慢开发阶段建议一律用 war exploded。还有一个隐蔽原因浏览器缓存。浏览器对静态资源和页面会有缓存更新后按 CtrlF5 强制刷新再验证。最后的个人建议配置 IDEA 和 Tomcat 这件事本身不复杂但版本、环境、路径、编码各种因素搅在一起就能把人的耐心磨光。如果你准备长期做 Java Web 开发我的建议是搞懂手动配置的原理但日常开发优先用 Spring Boot 内嵌的 Tomcat——它连配置都省了这也是现在企业的普遍做法。不过理解手动部署的过程能帮你读懂内嵌 Tomcat 背后到底发生了什么这不是无用功。另外一个小技巧如果你在一个项目里改了端口、改了上下文路径记得先在 Deployment 页签确认 Artifact 还在IDEA 有时候在你调整项目结构后会丢掉这个关联导致启动时明明配置了却提示没有 artifact。遇到启动报错不要慌把控制台从下往上读一遍第一行真正的错误往往藏在乌泱泱的日志中间。我实操下来最大的体会是Tomcat 配置出错90% 都是版本和路径问题。版本不对代码白写路径不对配置白做。把这两点盯住你就能少走我当年走过的弯路。
先把话放前面这篇是给那些在 IDEA 里折腾 Tomcat 折腾到怀疑人生的人写的。不管你是刚学 Java Web 的新手还是从 MyEclipse 转过来的老用户只要你在 2023 版的 IntelliJ IDEA 里想把 Tomcat 跑起来这篇文章就是照着做完就能跑通的那种。我会把每个入口、每个按钮在界面的什么位置都写清楚你跟着点就行。我在做技术答疑的时候见过太多人卡在同一个地方IDE 装好了Tomcat 也下载了但打开 Run 配置一看根本没有 Tomcat 选项。这通常不是操作问题而是版本认知问题。所以这篇文章开头先不谈操作先把版本、前置环境这些“坑”讲透。1. 动手前的三个准备版本认知、JDK 与 Tomcat 本体1.1 先搞懂 IntelliJ IDEA 两个版本的差异IntelliJ IDEA 分成 Community社区版和 Ultimate旗舰版这个事情的严重性被大量新手低估了。社区版是免费的但它是为 JVM 和 Android 开发准备的默认不包含 Web 应用开发那一套集成能力。你要在社区版里找 Tomcat 的集成配置翻遍整个设置界面都找不到入口这不是你眼睛有问题是这个版本压根没有这个功能。旗舰版是收费的但 Java Web 开发相关的功能非常完整包括 Tomcat 集成、Spring 框架支持、数据库工具等等。2023 版之后的 IDEA旗舰版和社区版在界面风格上基本一致但菜单项、右键选项、Run 配置类型都会有明显差别。判断方法很简单打开 IDEA 后菜单栏 Help - About弹窗里写着 “Ultimate Edition” 就是旗舰版写着 “Community Edition” 就是社区版。如果你的项目必须跑 Web 应用又不想折腾插件旗舰版当然体验最好如果暂时只能用社区版我的建议是别放弃后面我会讲一个社区版可用的完整方案。IDEA 官方也提供 30 天免费试用学生或者开源开发者还能申请免费授权这些合规渠道都值得先试一遍。1.2 JDK 安装与环境变量IDEA 配置 Tomcat 的前置条件很多人的误区是我装的是 IDEA为什么还要管 JDK因为 IDEA 本身是 Java 写的它需要 JDK 来运行而 Tomcat 本身也是 Java 写的它同样需要一个 JRE/JDK 才能被启动。IDEA 配置 Tomcat 的本质是让 IDEA 帮你调用 Java 命令去启动一个 Tomcat 实例。所以第一步请确保本机已经装好 JDK并且装的是合适版本。需要特别提醒的是Tomcat 版本和 JDK 版本是绑定的这个对应关系非常容易踩坑。Tomcat 9 最低要求 JDK 8Tomcat 10.1 最低要求 JDK 11而 Tomcat 11 最低要求 JDK 17。你如果下载了最新的 Tomcat 11本机却只有 JDK 8启动时就会报 “UnsupportedClassVersionError” 或者 “ClassNotFoundException”控制台里一堆红色报错新手看着一脸懵。以 JDK 8 为例安装完成后建议配置 JAVA_HOME 环境变量。Windows 下打开 系统属性 - 高级 - 环境变量新建一个系统变量变量名 JAVA_HOME变量值填 JDK 的安装根目录比如 C:\Program Files\Java\jdk1.8.0_202。然后编辑 Path 变量新增一条 %JAVA_HOME%\bin。配置完重新打开命令行输入 java -version 和 javac -version能正常输出版本号就说明环境没问题。你可能会问不配置 JAVA_HOME 行不行IDEA 里直接选 JDK 路径也行但如果以后要接触 Maven、Tomcat 命令行启动、Jenkins 这些工具JAVA_HOME 是通用配置建议这一步不要跳过。磨刀不误砍柴工。1.3 下载 Tomcat 本体选对版本、放对位置Tomcat 的官方下载地址是 tomcat.apache.org进去之后找到 Download 区域你会看到一堆版本号什么 9.0.x、10.1.x、11.0.x。对新手来说我的建议是如果你只是想跑 JSP/Servlet 作业选 Tomcat 9.0.x 就行。原因是网上绝大多数教程、教材、课程都基于 Tomcat 9 或更早版本包名是 javax.servlet.你照着写代码不会出问题而 Tomcat 10 开始包名改成了 jakarta.servlet.新旧代码混着写会出现编译错误这是教程里最容易忽略的坑。下载时注意选 Windows 下通常是 zip 包名字类似 apache-tomcat-9.0.x-windows-x64.zip不用下载安装版。解压到本地目录后有几个关键点第一目录路径不能有中文不能有空格。虽然 IDEA 对空格兼容性较好但后面命令行操作、脚本执行时路径里有空格很容易出一些莫名其妙的问题。我一般习惯放到 D:\dev\apache-tomcat-9.0.x 这样的路径。第二解压后确保目录结构是完整的bin、conf、lib、webapps 这些文件夹都在。如果 bin 目录下能看到 startup.bat 和 catalina.bat这就是 Tomcat 的主目录后面配置的时候要选这一层不是选 bin 目录也不是选 webapps 目录。解压完成后可以先进 bin 目录双击 startup.bat 启动一次如果正常启动浏览器访问 http://localhost:8080 会看到 Tomcat 默认首页。这一步的意义是确认 Tomcat 本体没问题避免后面出问题时说不清是 Tomcat 坏了还是 IDEA 配置错了。启动后黑窗口不要直接叉掉要进 bin 目录执行 shutdown.bat 正常关闭。注意双击 startup.bat 启动 Tomcat 时如果窗口一闪而过或者提示 “CATALINA_HOME environment variable is not set correctly”说明 JAVA_HOME 没配好回到上一节检查 JDK 环境变量。2. 在 IDEA 中绑定 Tomcat两种可靠方案2.1 方案一IDEA 自带的 Tomcat Server 集成配置IDEA Ultimate 版的配置入口藏在运行配置里。打开项目后点击顶部工具栏的 “Add Configuration...”或者在菜单栏 Run - Edit Configurations弹出 Run/Debug Configurations 窗口。窗口左上角有一个加号 点开后往下找 Tomcat Server再选 Local。如果你的列表里没有 Tomcat Server 这一项先不要慌有可能是插件没启用。Windows 下打开 File - SettingsmacOS 下打开 IntelliJ IDEA - Preferences在左侧找到 Plugins去 Installed 页签里搜 Tomcat确认 “Tomcat and TomEE Integration” 插件是勾选状态。这个插件一般随旗舰版自带但有时候会被误禁用。选完 Tomcat Server - Local 之后右边配置面板里最重要的就是这个红框目标——右上角有一个 Configure 按钮。点击它弹出 Tomcat 安装目录选择框定位到你解压的 Tomcat 主目录比如 D:\dev\apache-tomcat-9.0.x点 OK。IDEA 会立刻识别出版本号并在 Application server 这一栏显示 Tomcat 9.0.x。到这里IDEA 就知道它要操纵哪个 Tomcat 了。你如果直接点 OK 然后启动其实已经能用了但那样配置不完整我强烈建议再做几件事在 Server 页签里的 Application server 区域下方找到 JRE 选项确认它选的是你的 JDK 安装目录而不是项目默认 JDK。这两个保持一致可以避免启动时报错。HTTP port 默认 8080如果你的 8080 被占了改成 8081、8082 都行。这里改端口才真正有效去改 Tomcat 目录的 server.xml 很多时候反而不生效原因我后面细说。VM options 一栏建议加上 -Dfile.encodingUTF-8这能解决一大批中文乱码问题。注意 VM options 里配置的是 JVM 参数不是命令行参数写错了 Tomcat 启动会失败。页面下方有个 On frame deactivation意思是 IDE 切换到其他窗口时怎么处理默认 Do nothing 就行不要改。配置完成后点击 Apply再点击 OK。这时候顶部工具栏的运行按钮旁边就会出现一个 Tomcat 的启动项点击绿色三角即可启动。2.2 方案二Smart Tomcat 插件解决社区版问题如果你用的是社区版没有 “Tomcat Server” 这个配置类型那就走插件方案。目前社区里用得最多的就是 Smart Tomcat 插件原理是绕过 IDEA 内置的 Tomcat 集成直接用插件封装好的方式启动 Tomcat。打开 File - Settings - Plugins切到 Marketplace 页签搜索框输入 Smart Tomcat回车。找到这个插件点击 Install安装完成后按提示重启 IDEA。重启之后再次打开 Run/Debug Configurations点左上角 这时列表里会多出一项 Smart Tomcat。选中后配置面板里有一个 Tomcat Server 下拉框选择已经下载好的 Tomcat 版本下面还有几个文本框需要解释一下Context Path填你的应用访问路径比如填 demo那最终访问地址就是 http://localhost:8080/demo/xxx。Deploy Directory填你的项目 Web 资源目录如果项目是普通 Java Web 结构指向 web 或 webapp 目录如果是 Maven 项目且已经构建过也可以指向 target/classes。Port默认 8080。关于 Deploy Directory我遇到不少人在这一步翻车。Smart Tomcat 的部署逻辑是直接把目录复制或映射给 Tomcat 作为 Web 应用根目录所以你必须明确知道自己的项目资源在哪。如果你用 IDEA 手动添加了 Web 支持项目视图里会有一个 web 目录里面有 WEB-INF那 Deploy Directory 就选这一层如果你用 Maven 骨架创建项目通常是 src/main/webapp。Smart Tomcat 的好处是轻量社区版也能用而且配置项比官方集成更直观。我的个人建议是如果只是完成课程设计、毕业设计社区版加 Smart Tomcat 完全够用不至于为了一个 Tomcat 配置就专门找全家桶或者折腾其他方式。工具有适合自己的场景别被工具绑架。3. 把 Web 项目部署进去项目结构、Artifact 与 Deployment3.1 项目结构要求为什么必须是 Web 工程配置好 Tomcat 之后下一步是要把项目跑起来。但这里有一个隐形的门槛你的项目得是 Web 工程或者说IDEA 得知道这个项目是一个 Web 应用。什么是 Web 工程在 IDEA 里最直观的体现是项目里存在一个 Web 资源目录通常是 web 或者 webapp目录下有一个 WEB-INF 文件夹WEB-INF 里至少有一个 web.xml 文件或者使用了 Servlet 3.0 的注解方式可以不要 web.xml但 IDE 的识别逻辑里 WEB-INF 仍然重要。如果你建的是一个最普通的 Java 项目或者一个空的 Maven 项目你打开 Run 配置往下翻会发现 Deployment 页签里没有东西可加强行启动 Tomcat 也会报 “No artifacts marked for deployment”。所以先解决项目结构的问题。最简单的方式打开项目右键单击项目根目录选择 Add Framework Support在弹出的窗口里勾选 Web Application点 OK。IDEA 会当场帮你生成 web 目录和 WEB-INF 目录并放置一个默认的 index.jsp。这个操作在 Ultimate 和社区版里都有。如果你的项目是用 Maven 创建的也可以用 Maven 的 war 打包插件配合 webapp 结构比如标准路径 src/main/webapp。IDEA 对 Maven 项目的 Web 识别也很友好右键项目的 main 目录选 Add Framework Support 同样可生效。3.2 添加 Artifact 并配置 Deployment 标签页部署动作的核心其实就是一个词Artifact。你可以把 Artifact 理解成“项目的打包产物”它描述的是项目以什么形式交给 Tomcat 运行。IDEA 里常见的两种是 war 和 war exploded。war 就是打包成一个压缩包Tomcat 启动时自己解压war exploded 是解压后的目录形式把项目里的 classes、资源、页面按目录结构直接摆出来。开发阶段通常用 war exploded因为修改代码后更新速度更快。添加 Artifact 的方式是在 Run 配置窗口里切到 Deployment 页签点右上角 选择 Artifact...弹出列表里选 xxx:war exploded点 OK。如果列表为空说明项目还没有配置 Artifact你可以先通过菜单 Build - Build Artifacts 构建一次或者回到项目结构设置里手动添加。具体路径是File - Project Structure快捷键 CtrlShiftAltS - Artifacts点 加号选择 Web Application: Exploded然后指定 Web 资源目录和编译输出目录。这个操作看起来繁琐但 Artifact 是 IDEA 部署机制的地基理解它以后你才算真正懂了一点 IDEA 的项目模型。配置完 Deployment 页签之后页面下方还有一个 Application context 输入框。这个字段定义的是 Web 应用的上下文路径也就是浏览器访问地址中的一级路径。比如 Application context 填 /demoDeployment 里选的是某个 Artifact那么启动后这个应用的根地址就是 http://localhost:8080/demo/你的 Servlet 如果映射在 /hello完整访问路径就是 http://localhost:8080/demo/hello。很多人配置的时候喜欢把 Application context 填成 /意思是直接跑在根路径下访问地址就是 http://localhost:8080/hello。这样看起来简洁但如果你同时部署多个应用就会互相冲突所以开发阶段我还是建议用一个有意义的上下文路径。3.3 从新建项目到跑通第一个 Servlet完整示例为了让你一次性把整条链路走通我在这里给一个完整的最小示例照着做就能跑。第一步新建项目。File - New - Project左侧选 Java右侧不勾选任何模板有的 IDEA 版本叫 New Project 后选 Build System None直接 Next 直到完成。第二步添加 Web 支持。右键项目根目录 - Add Framework Support - 勾选 Web Application - OK。这时项目里出现 web 目录里面有一个 index.jsp。第三步添加 Tomcat 运行配置。按照第二节的方案配置好 TomcatDeployment 里把 Artifact 加进去Application context 填 /demo。第四步写一个 Servlet。在 src 目录下建包比如 com.demo新建一个类 HelloServlet代码如下package com.demo; import javax.servlet.annotation.WebServlet; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; import java.io.PrintWriter; WebServlet(/hello) public class HelloServlet extends HttpServlet { Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws IOException { resp.setContentType(text/html;charsetUTF-8); PrintWriter out resp.getWriter(); out.println(h1Hello Tomcat from IDEA 2023/h1); } }如果这里 import javax.servlet 标红说明你用的 Tomcat 是 10 以上版本大概率需要改 import 为 jakarta.servlet 开头。这是当前 Java Web 教程最容易割裂的地方不是你的代码错了是版本差异。第五步直接点击右上角启动按钮绿色三角。控制台会滚动大量日志看到 “Server startup in xxx milliseconds” 基本就成功了。浏览器输入 http://localhost:8080/demo/hello就能看到页面输出。再看 index.jsp 的访问方式浏览器输入 http://localhost:8080/demo/IDEA 的 web 目录下有一个默认的 index.jspTomcat 会把它作为欢迎页展示。这个流程走通之后你就拥有了一个最基础的可调试 Java Web 环境后面加 JSP、加 JSTL、配数据库都只是在这个框架里填充内容而已。4. 启动、调试与热部署让 Tomcat 跑起来并高效开发4.1 启动时发生了什么理解 CATALINA_BASE 与 CATALINA_HOME很多人在配置完 Tomcat 后会发现一个奇怪现象明明在 IDEA 的配置面板里改了端口启动后访问的却是另一个端口明明改了 Tomcat 目录里的 server.xmlIDEA 启动却完全不认。这背后藏着一个重要机制IDEA 启动 Tomcat 时并不是直接运行你解压出来的那个 Tomcat。控制台日志里有一行信息Using CATALINA_BASE: C:\Users\xxx\AppData\Local\JetBrains\IntelliJIdea2023.x\tomcat...。这个路径是 IDEA 自己生成的一个临时目录里面复制了 Tomcat 的 conf 配置、Web 应用部署描述就像一个打了模板的临时副本。而 CATALINA_HOME 仍然指向你填写的真实 Tomcat 目录Tomcat 运行时读取的核心库、类加载器来自这个主目录。这个设计其实很巧妙IDEA 可以在不污染你原始 Tomcat 安装目录的情况下为每个项目创建独立的运行环境。多个项目共用同一个 Tomcat 的安装文件但各自的配置文件、部署内容互相隔离。但这带来一个实践层面的坑你在 IDEA 里改端口要改的是 Run 配置面板里的 HTTP port如果你跑到 Tomcat 安装目录下改 server.xmlIDEA 启动时会用自己生成的 CATALINA_BASE 配置把你的修改完全覆盖掉看起来就像“改了没生效”。所以凡是配置问题优先在 IDEA 里改。只有在命令行手动启动 Tomcat、不使用 IDEA 的时候才需要去修改 Tomcat 安装目录下的配置文件。4.2 Debug 模式与热部署开发效率的来源首次启动 Tomcat 时大家用的是 Run 按钮绿色三角。但真正的开发状态下我强烈建议用 Debug 按钮绿色甲虫图标或者 ShiftF9。Debug 模式下你可以在代码里打断点浏览器发起请求后IDE 会停在断点位置你可以逐步查看变量、调用栈这对排查 Servlet 里的业务逻辑问题非常有用。另一个和 Debug 模式紧密相关的是热部署。配置面板里有两个下拉选项On Update action 和 On frame deactivation前者控制你主动点击 Update 的时候做什么后者控制 IDE 切走焦点的时候做什么。开发阶段我通常把 On Update action 设为 Update classes and resources然后手动控制更新节奏。修改代码之后用快捷键 CtrlF10 触发 Update。如果只改了 JSP、HTML、CSS、JS选择 Update resources 即可改完刷新浏览器就能看到效果如果改了 Java 类的方法体Update classes and resources 也能把新编译的 class 推送到运行中的 Tomcat 实例。但这里要说明白热部署不是万能的。修改类的方法实现可以热更新但新增方法、修改方法签名、新增注解、修改 web.xml、改类继承关系之类的大改动热部署经常失效表现为访问时抛异常或者行为不符合预期。遇到这种改动别硬顶着不重启老老实实 Redeploy 或者 restart Tomcat反而更省时间。这个边界我踩过太多次了调试经验不足的时候经常被这种“玄学 bug”折磨一下午。4.3 通过浏览器验证与访问路径计算最终所有的开发成果都在浏览器里验收而 Web 访问路径的计算是一个高频迷惑点。一个完整的访问 URL 由几个部分拼接而成协议 IP/主机名 端口 上下文路径 Servlet/资源路径。拿上面的示例来说Tomcat 跑在本机端口 8080上下文路径 /demoServlet 映射 /hello完整地址就是 http://localhost:8080/demo/hello。如果你把上下文路径改成 /那地址就变成 http://localhost:8080/hello。JSP 页面同理web 目录下的文件路径会直接映射到 URL 上。我建议你在做每一个练习项目时先在纸上把 URL 拆一遍确认哪一段来自 Deployment 的 Application context哪一段来自注解或 web.xml 的路径映射。养成这个习惯之后遇到 404 报错你就能很快定位是上下文路径配错了还是 Servlet 映射写错了。5. 高频报错与排查记录这些年我踩过的坑配置 Tomcat 的过程中绝大部分人都会在不同环节被卡住。下面这些是我在答疑过程中遇到频率最高的错误每一条都附上排查思路和解决方案。5.1 端口被占用Address already in use现象控制台报错类似 “Error running Tomcat9.0: Address localhost:8080 is already in use”或者 UI 弹窗提示端口冲突Tomcat 启动失败。原因本机已经有一个进程占用了 8080 端口。可能是之前启动的 Tomcat 没关也可能是别的程序比如某个服务、其他开发软件占用了。处理办法先在命令行执行 netstat -ano | findstr 8080看到最后一列是 PID再打开任务管理器找到这个 PID 的进程确认是残留的 Tomcat 就结束任务。如果是不认识的系统进程或者你暂时不想动它那就直接在 IDEA 的 Run 配置面板把 HTTP port 改成 8081、8082 等空闲端口。Tomcat 对端口号本身没有特殊偏好只要不冲突任何端口都能跑。5.2 404请求路径找不到现象Tomcat 能启动但浏览器访问页面报 404。404 还会细分场景Tomcat 默认首页能打开但你的应用打不开或者应用首页能打开但某条 Servlet 路径打不开。原因分析第一Tomcat 默认首页正常但应用打不开说明请求的上下文路径和实际部署路径不一致。比如 Deployment 里 Application context 填的是 /demo你访问的是 http://localhost:8080/当然 404。先检查这个字段再检查 Deployment 页签里是否真的添加了 Artifact没有添加就会直接提示 “No artifacts marked for deployment”。第二应用首页能打开但某个 Servlet 路径 404。通常因为 WebServlet 的路径写错了或者类没有被扫描到。Servlet 3.0 依赖注解驱动类上要有 WebServlet(/路径)并且类必须位于可扫描的包中。如果你用的 web.xml 映射方式检查 servlet-mapping 中的 url-pattern 是否带了斜杠比如 /hello而不是 hello。5.3 控制台中文乱码现象Tomcat 控制台输出中文日志全是乱码或者页面上 JSP 输出中文变成问号。这个问题的根源是字符编码不一致。Tomcat 在 Windows 下默认使用 GBK而 IDEA 默认使用 UTF-8两者对不上就会出现乱码。处理分三步走第一步IDEA 的 File - Settings - Editor - File Encodings 里把 Global Encoding、Project Encoding、Default encoding for properties files 全部设为 UTF-8。第二步如果控制台还乱打开 Help - Edit Custom VM Options追加一行 -Dfile.encodingUTF-8保存后重启 IDEA。第三步如果 Tomcat 日志本身乱找到 Tomcat 安装目录 conf/logging.properties把 java.util.logging.ConsoleHandler.encoding 的值从 UTF-8 改为 GBK或者反过来和系统编码对齐即可。另外在写 Servlet 输出中文时建议统一在代码里指定 resp.setContentType(text/html;charsetUTF-8)JSP 页面顶部加 % page contentTypetext/html;charsetUTF-8 languagejava %从源头保证编码一致。5.4 No artifacts marked for deployment现象Deployment 页签完全空白启动时提示没有要部署的 artifact。原因就是字面意思你还没有告诉 IDEA 要把什么东西交给 Tomcat 启动。解决方式是切到 Deployment 页签点 选择 Artifact然后选 xxx:war exploded。如果 Artifact 列表里没有你要的项目回到 Project Structure 的 Artifacts 页签手动添加 Web Application: Exploded。5.5 Tomcat 启动后立刻退出、提示已结束现象点击启动控制台闪了一下就显示 “Process finished with exit code 1”或者 “Disconnected from server”。排查思路先看完整日志不要只盯着最后一行。最常见的两个原因一是 JDK 版本和 Tomcat 版本不匹配比如 JDK 8 配 Tomcat 11二是端口被占启动流程在绑定端口时异常终止。把 Run 配置面板里的 HTTP port 换一个端口再试基本能定位。5.6 “The selected directory is not a valid Tomcat home”现象在 Configure 里选择 Tomcat 目录后IDEA 提示不是有效的 Tomcat 主目录。原因目录选错了。记住要选同时包含 bin、conf、lib、webapps 这一层的主目录。如果你选到了 bin 目录内部或者选到了某个别的同名文件夹都会报警。另外确认解压目录本身完整不要只解压了一半。5.7 javax.servlet 包不存在现象代码里 import javax.servlet.* 标红编译报错。最常见的原因是 Tomcat 版本引发的命名空间变更。Tomcat 10 开始把官方 Servlet API 的包名从 javax.servlet 改成了 jakarta.servlet所有代码都要跟着换。处理方案要么把 Tomcat 换成 9.0.x 版本继续用 javax要么把代码里的 import 全部改成 jakarta.servlet。如果跟着网上旧教程学习我建议直接换 Tomcat 9省去大范围改代码的麻烦如果项目是新写的且需要更高版本特性就统一用 jakarta。5.8 修改代码后页面不更新现象改了 Java 代码或 JSP刷新浏览器还是旧内容甚至点击 Update 也没有反应。首先要确认两个点Tomcat 是用 Debug 模式启动的Run 配置里 On Update action 不是 Do nothing。改成 Update classes and resources 后修改代码按 CtrlF10。其次要确认部署方式如果用的是 war 打包而不是 exploded更新效率会明显偏慢开发阶段建议一律用 war exploded。还有一个隐蔽原因浏览器缓存。浏览器对静态资源和页面会有缓存更新后按 CtrlF5 强制刷新再验证。最后的个人建议配置 IDEA 和 Tomcat 这件事本身不复杂但版本、环境、路径、编码各种因素搅在一起就能把人的耐心磨光。如果你准备长期做 Java Web 开发我的建议是搞懂手动配置的原理但日常开发优先用 Spring Boot 内嵌的 Tomcat——它连配置都省了这也是现在企业的普遍做法。不过理解手动部署的过程能帮你读懂内嵌 Tomcat 背后到底发生了什么这不是无用功。另外一个小技巧如果你在一个项目里改了端口、改了上下文路径记得先在 Deployment 页签确认 Artifact 还在IDEA 有时候在你调整项目结构后会丢掉这个关联导致启动时明明配置了却提示没有 artifact。遇到启动报错不要慌把控制台从下往上读一遍第一行真正的错误往往藏在乌泱泱的日志中间。我实操下来最大的体会是Tomcat 配置出错90% 都是版本和路径问题。版本不对代码白写路径不对配置白做。把这两点盯住你就能少走我当年走过的弯路。
