把Tomcat跑起来，测试打开浏览器输入localhost:8080，网址看到那只三脚猫的测试默认页，这只是网址第一步。真正要确认一个Web应用部署成功、测试接口能通、网址静态资源能加载，测试得访问具体的网址测试地址。很多人卡在这一步：明明Tomcat启动了，测试访问localhost:8080却报404，网址或者项目路径怎么试都不对。测试

先搞清楚Tomcat的网址URL结构。默认端口8080，测试访问根路径http://localhost:8080/看到的网址是Tomcat自带的管理页面。你的测试Web应用部署上去之后，访问地址是http://localhost:8080/应用名/。这个“应用名”通常是war包的名字去掉.war后缀。比如你丢了一个myapp.war到webapps目录，Tomcat自动解压后，访问地址就是http://localhost:8080/myapp/。

这里有个坑。如果你把war包改名为ROOT.war，Tomcat会把它部署为根应用，访问地址直接变成http://localhost:8080/，不需要任何路径前缀。不少人第一次部署时不知道这个规则，把项目打包成ROOT.war丢进去，然后访问localhost:8080/myapp，结果404，排查半天以为是配置问题。

端口被占用也是高频问题。8080端口经常被其他程序抢占，比如另一个Tomcat实例、Jenkins、或者某些代理软件。启动时看日志，如果出现Address already in use，要么改Tomcat的server.xml里的Connector端口，要么把占用端口的进程干掉。Windows下用netstat -ano | findstr 8080找到PID，再taskkill /PID xxx /F。Linux下lsof -i:8080或者ss -tlnp | grep 8080。

改了端口的话，测试地址也要跟着变。比如改成9090，那访问地址就是http://localhost:9090/应用名/。别改完端口还用8080去试，这种低级错误我自己也犯过。

还有一个容易忽略的点：context path。在server.xml的<Host>标签里可以配置<Context path="/test" docBase="/path/to/webapp" />，这样访问地址就是http://localhost:8080/test/。但如果你同时在webapps目录下放了同名的war包，可能会冲突。Tomcat的部署顺序和优先级有时候让人摸不着头脑，最稳妥的办法是只保留一种部署方式。

测试的时候别只盯着首页。首页能打开不代表接口没问题。用curl或者Postman测一下具体的API路径，比如http://localhost:8080/myapp/api/health。静态资源也要单独验证，CSS、JS、图片的路径是否正确，有没有被Spring Security之类的拦截器挡住。浏览器F12看Network面板，404和403一目了然。

日志是排查问题的关键。Tomcat的logs目录下，catalina.out或者localhost.log会记录部署过程中的异常。比如ClassNotFoundException、Servlet初始化失败、Spring上下文启动报错，这些都会导致应用部署不成功，访问时返回500或404。养成部署后先看日志的习惯，比在浏览器里瞎试快得多。

最后说一个实际案例。之前帮同事排查一个“Tomcat启动正常但访问404”的问题，日志里没有任何报错，war包也确实在webapps目录下。最后发现是war包里的WEB-INF/web.xml配置了<context-param>指定了不存在的路径，导致Spring上下文初始化失败，但Tomcat没有把异常抛到catalina.out里。这种隐蔽问题只能通过逐步简化配置来定位。

测试网址这件事，说到底就是确认三件事：Tomcat本身活着，应用部署成功了，请求路径匹配上了。三个条件缺一个就是404或者500。别把它想复杂，但也别觉得随便输个地址就能通。