装完Tomcat后，访问路径取决于你部署的端口号和项目名，核心答案是：启动服务后，在浏览器输入http://服务器IP:8080即可看到默认首页，若需对外访问，还得同步配置防火墙和云安全组。
linux服务器tomcat配置步骤详解
很多朋友第一次在服务器上装Tomcat，以为解压完就算成功，结果浏览器死活打不开，其实Tomcat本身是免安装的绿色软件，但想要稳定跑起来，环境变量、启动参数、端口占用这几关必须过。
前置条件：JDK必须到位
Tomcat是Java程序，没有JDK环境就是无米之炊,装之前先执行命令检查：
java -version
如果没有输出版本信息，需要先安装JDK，行业共识认为，Tomcat 9以上版本建议搭配JDK 8或JDK 11使用，兼容性表现最平稳，下载jdk后解压到/usr/local/java路径，然后编辑/etc/profile文件,末尾追加：
export JAVA_HOME=/usr/local/java/jdk1.8.0_202 export PATH=$PATH:$JAVA_HOME/bin
执行source /etc/profile让配置立即生效,这套流程是绝大多数linux服务器部署tomcat的标配动作。
下载与解压
从Apache官网或国内镜像站下载tar.gz包，推荐镜像站下载,速度更快且稳定。
wget https://mirrors.tuna.tsinghua.edu.cn/apache/tomcat/tomcat-9/v9.0.xx/bin/apache-tomcat-9.0.xx.tar.gz tar -zxvf apache-tomcat-9.0.xx.tar.gz mv apache-tomcat-9.0.xx /usr/local/tomcat
移动目录后建议顺手配置CATALINA_HOME环境变量,方便后续用脚本启停服务。
启动和停止服务
进入/usr/local/tomcat/bin目录：
./startup.sh # 启动 ./shutdown.sh # 停止
启动后执行ps -ef | grep tomcat确认进程存在，再执行tail -f /usr/local/tomcat/logs/catalina.out看启动日志，看到Server startup in [xxx] milliseconds就说明启动成功了。
tomcat部署项目后如何访问关键配置
Tomcat启动没问题，但你部署的项目能不能访问,取决于端口号和项目路径的处理。
修改端口号：server.xml是核心
默认端口是8080，如果你不想用这个端口，编辑/usr/local/tomcat/conf/server.xml,找下面这行：
<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
把8080改成你想用的端口，比如8088或者80，改完端口必须重启Tomcat才生效，这里有个坑：如果你改成80端口，普通用户没权限绑定1024以下端口，启动时会直接报错，需要用root账号或额外配置authbind,多数情况下建议直接用8000以上的端口更省心。
项目放置位置决定访问路径
Tomcat的webapps目录是项目默认部署位置，根据Web应用文件夹名称不同，访问路径有差异,常见三种方式对比如下：
| 部署方式 | 访问路径 | 适用场景 |
|---|---|---|
| 项目文件夹直接放webapps | http://IP:8080/项目名 |
多项目部署 |
| 项目重命名为ROOT | http://IP:8080/ |
单项目直接域名访问 |
| server.xml配置docBase | http://IP:8080/自定义路径 |
项目在其他目录 |
如果你想直接用IP访问就能看到项目首页，强烈推荐把项目打成war包改名为ROOT.war丢进webapps，Tomcat自动解压，访问根路径直达首页,省去记项目名的麻烦。
调整JVM内存参数
项目访问量稍微上来，JVM默认内存可能不够用，修改bin/catalina.sh（Windows下是catalina.bat）,在开头位置加一行：
JAVA_OPTS="-Xms512m -Xmx1024m -XX:MaxPermSize=256m"
据行业共识,这个参数组合能覆盖相当一部分中小型项目的运行需求。
tomcat访问localhost可以但ip无法访问排查
这是搜索频率极高的疑难杂症，服务器本机用localhost:8080能开网页，换局域网IP或公网IP就不行，原因通常不在Tomcat本身,而在于链路被堵住了。
第一层：检查Tomcat监听的IP地址
Tomcat默认监听localhost还是所有网卡，取决于Connector配置,运行命令查看监听情况：
netstat -an | grep 8080
如果显示0.0.1:8080表示只监听了本机回环地址，外界永远进不来，需要把server.xml里的
address属性改为：
<Connector port="8080" address="0.0.0.0" protocol="HTTP/1.1" />
0.0.0表示监听服务器上所有网卡IP,改完重启生效。
第二层：防火墙放行端口
CentOS系统默认防火墙可能拦截外部访问：
firewall-cmd --zone=public --add-port=8080/tcp --permanent firewall-cmd --reload
Ubuntu系统则常用：
sudo ufw allow 8080/tcp
这一步漏掉的话，IP地址就是"幽灵地址"本机能通,外部必达不了。
第三层：云服务器安全组规则
这一层最容易被忽略，如果你用的是简米云、酷番云、华为云这类云产品，就算服务器里防火墙全开,安全组没放行同样白搭。
以酷番云为例，登录控制台→云服务器→安全组→配置规则→添加入站规则：
- 协议：TCP
- 端口：8080
- 来源：
0.0.0/0
保存后等十几秒再访问，国内云厂商的安全组配置差异不大，这步骤做完还是不通,再考虑是不是带宽或备案问题。
云服务器部署tomcat后访问不了完整排查路径
这个问题涉及国内使用云服务器的常见场景，很多网友在简米云或酷番云上部署完Tomcat，反馈"云服务器部署tomcat后访问不了",大概率是多重原因叠加导致。
按顺序自查，别跳步
推荐按以下顺序排查,每一层确认了再进下一层：
- 确认Tomcat进程存活：
ps -ef | grep java，看进程是否在跑 - 确认端口监听状态：
ss -lntp | grep 8080，看监听的IP是不是0.0.0 - 确认服务器本地能通：在服务器上执行
curl -I http://localhost:8080，有HTTP响应说明应用正常 - 确认防火墙规则：临时关闭防火墙做对照测试（生产环境测试完马上开回来）
- 确认安全组端口：入站规则有没有加TCP 8080
- 确认网络链路：ping通服务器的外网IP，再telnet通端口
telnet 服务器IP 8080，不通就是运营商或安全组层的问题
这套流程能覆盖绝大多数"云服务器部署tomcat后访问不了"的情况,按顺序走一遍基本能定位问题出在哪层。
带宽和访问速度的隐性陷阱
国内云厂商的带宽计费模式多种多样，部分轻量应用服务器默认带宽只有3M-5M左右，如果网站存放大量图片或脚本没做压缩，Tomcat第一次请求会加载较慢，设置Tomcat压缩能够有效改善体验，修改server.xml的Connector节点：
<Connector port="8080" protocol="HTTP/1.1"
compression="on"
compressionMinSize="1024"
compressibleMimeType="text/html,text/xml,text/plain,text/css,text/javascript,application/json" />
启用压缩后，带宽占用明显降低，页面加载速度提升显著,这是较多人忽略的Tomcat调优基本功。
Tomcat访问配置的四层核心逻辑
Tomcat能访问的核心逻辑就四层：程序层保证进程存活，应用层保证项目路径正确，系统层放行防火墙端口，云端层开放安全组规则，按这套逻辑去检查,任何Tomcat访问问题都能拆解出来。
Q&A：Tomcat访问与配置常见问题
Tomcat端口被占用怎么办？
端口占用经常出现在8080已被其他程序使用的场景，先执行lsof -i :8080或netstat -an | grep 8080确认占用进程，确认后有两种方案，一是杀掉占用进程（kill -9 进程PID），二是直接修改server.xml换一个空闲端口，相比之下改端口更安全,不影响其他服务运行。
ROOT目录被清空后项目页面打开404？
这种情况通常发生在手动删除了webapps下的ROOT目录时，Tomcat启动后webapps中没有ROOT文件夹，访问根路径会返回404，解决方法很简单：在webapps下新建ROOT文件夹，把项目静态文件放进去，或者把war包命名为ROOT.war扔进webapps目录，重启即自动部署并映射到根路径，访问http://IP:8080直接显示首页。
防火墙和安全组都开了，公网还是访问不了？
检查路由器是否有公网IP，国内不少家庭宽带和部分云产品的公网IP实际上是NAT转发后的内网IP，外部无法直接访问，最稳妥的验证方法是登录云服务商控制台，查看实例绑定的公网IP是否为独立公网地址，如果带宽计费或共享IP模式比较特殊，建议联系云服务商确认公网可达性,确保域名已正确解析到该公网IP。