jsp服务器默认端口号是什么，tomcat默认端口是多少？

改完之后访问地址就变成了http://localhost:9090，需要注意的是修改端口前先确认新端口没有被占用,避免改完又冲突。

如何修改jsp服务器端口号来避开冲突

很多刚接触JSP的开发者都会遇到端口被占用的问题，尤其是电脑上同时装了多个开发工具的时候，修改端口号是每个JSP开发者的必修课,这里给你一套完整的操作路径。

修改Tomcat的HTTP端口

大多数情况你只需要动一个地方，用记事本或IDE打开conf/server.xml,定位到这一段：

<Connector executor="tomcat.threadPool"
           port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000"
           redirectPort="8443" />

把8080改为你想要的值就完事了，注意redirectPort="8443"是SSL重定向端口，一般不用动,除非你配了HTTPS证书。

除了HTTP端口，还有两个端口要留意

Tomcat除了8080端口，还有两个内置端口

经常被忽略：

• 8005：关闭Tomcat的监听端口，用于接收shutdown命令。
• 8009：AJP协议端口，用于和Apache HTTP Server通信。

当你遇到Tomcat启动后秒退、或者启动日志报Address already in use，先检查这三个端口是否都被其他程序占用了，修改后记住要让这三个端口号保持独立,不要改成一样的数字。

如果不改端口直接换JSP服务器

部分开发者并不想动Tomcat的配置，而是直接改用Jetty或WildFly这类JSP服务器,它们也有各自的默认端口：

能看到JSP服务器默认端口号集中在8080，这也方便了开发者横向迁移，换服务器不改访问端口,能降低项目切换成本。

JSP服务器8080端口打不开的排查流程

部署完JSP项目后，浏览器访问http://localhost:8080打不开，这个场景太常见了，以下是按出现频率排序的排查清单,直接按顺序操作。

第一步：确认Tomcat进程是否真的在运行

打开终端输入jps命令，能看到Bootstrap进程说明Tomcat还活着，如果进程不存在，去Tomcat目录的logs/catalina.out看一眼启动日志,大概率能找到端口被占用或初始化失败的原因。

第二步：测试端口是否在监听

• Windows系统：netstat -ano | findstr 8080
• Linux/macOS系统：lsof -i:8080

正常情况下你会看到LISTENING状态，如果没有任何输出，要么是Tomcat没起来,要么是改了端口后没重启。

第三步：检查防火墙策略

服务器在本地怎么访问都通，但换成局域网IP就访问不了，九成是防火墙拦截了8080端口，在云服务器上还需要额外检查安全组规则是否放行了8080端口。

Linux服务器的开放命令：

firewall-cmd --zone=public --add-port=8080/tcp --permanent
firewall-cmd --reload

简米云或酷番云的用户，登录控制台后在安全组里添加入方向规则，协议选TCP，端口填8080，授权对象填0.0.0/0。

第四步：改端口后浏览器缓存还在

修改端口的场景下，浏览器会缓存旧的URL，清空浏览器缓存，或者无痕模式重新访问http://localhost:新端口号,很多时候问题就这么简单。

JSP服务器多实例部署时的端口规划

在一台机器上跑多个JSP项目时，端口规划就变成了一个架构问题，尤其是一个Tomcat下部署多个项目

，和多个Tomcat实例,两种场景的端口处理方式完全不同。

单Tomcat多项目部署不涉及改端口

把多个WAR包丢到Tomcat的webapps目录下，端口只有一个8080,通过不同的上下文路径来区分项目：

• http://localhost:8080/projectA/
• http://localhost:8080/projectB/

这种方式最省事，但要求项目之间没有依赖冲突,避免不同版本JAR包互相覆盖。

多Tomcat实例需要每个端口都独立

需要在一台服务器上并行跑多个Tomcat时，每个实例都要有自己的server.xml配置和端口号组合：

多实例部署需要注意的问题

多个Tomcat实例共享同一份Java环境变量，但各自的CATALINA_HOME必须指向不同路径，启动时通过startup.bat或startup.sh区分，Linux下可以写成不同的systemd服务，同时要留好磁盘空间，每个Tomcat实例独立写日志,磁盘占满会导致全部实例集体宕机。

JSP服务器直接使用80端口的实用方案

既然Web访问默认走80端口，有些开发者会问能不能让JSP服务器直接监听80端口，省去URL里输端口号的麻烦，这个需求在本地开发和公网部署两种场景下有一套不同的处理思路。

本地开发时直接绑80端口

开发机用管理员权限启动Tomcat，可以直接把server.xml里的8080改成80，在Windows下以管理员身份运行命令行后启动Tomcat就能生效，访问http://localhost就是你的JSP项目，开发完成后记得改回8080,避免以管理员身份运行的权限问题影响后续其他开发工具的使用。

生产环境最常见的部署组合

生产环境中更稳的做法是Nginx代理到8080，让Nginx监听80端口，用户请求先打到Nginx，再由Nginx转发给Tomcat,核心配置大致是这样：

server {
    listen 80;
    server_name yourdomain.com;
    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

这种方式既能让用户无感知地访问JSP应用，又可以利用Nginx的静态资源处理能力减轻Tomcat压力，静态图片、CSS、JS文件交给Nginx直接返回，Tomcat只处理JSP动态请求,配合起来性能表现相当理想。

公网部署直接用80端口的隐患

把JSP服务器直接挂在80端口暴露到公网，基本就是把底牌亮给攻击者，一方面端口扫描工具很快就能发现你的Tomcat版本，另一方面Tomcat默认配置的安全强度比Nginx低不少，更危险的是如果同时开了管理界面且密码设置简单,服务器很容易沦为攻击者的跳板。

JSP服务器安全加固中的端口策略

端口是服务器暴露在网络中的第一道入口，JSP服务器的端口配置直接影响整体安全性，会部署只是第一步,把这个过程做得扎实才体现真功夫。

关闭不必要的暴露端口

Tomcat自带的管理后台和文档页面如果不需要对外提供服务，直接删掉webapps下的manager、host-manager、docs等目录，AJP端口8009在纯Servlet环境下用不到，可以在server.xml里把整个AJP Connector注释掉。

使用非标准端口减少被扫描概率

把8080改成8085、8099这类不常见的端口，可以显著降低被批量扫描识别的概率，配合防火墙做IP白名单限制，非白名单地址一律禁止访问,这比任何软件层面的防护都更简单可靠。

启用HTTPS时的端口变化

配置SSL证书后，原来的HTTP请求会通过redirectPort跳转到8443端口，业界在Tomcat上启用HTTPS的常见做法是修改8443为443，这样用户访问时不用手动输入端口号，需要把原来的8080协议改为HTTPS,并配置好证书路径和密钥库。

JSP访问端口在前后端联调中的处理

现代JSP项目的前后端联调阶段，端口问题容易成为扯皮焦点，后端说接口地址是http://localhost:8080/api/user，前端拿到Ajax请求发现跨域被拦，原因是前端页面跑在http://localhost:3000,端口不同导致浏览器判定跨域。

解决方式常见的有两类：

• 后端开启CORS：在JSP项目的Filter或Spring配置里加上跨域响应头,放行前端端口。
• 前端配置代理：比如Webpack开发环境配置proxy，把/api开头的请求转发到http://localhost:8080。

这类端口联调问题在开发阶段属于正常摩擦，提前在项目文档里写清端口约定,沟通成本能少很多。

常见问题解答

修改jsp服务器默认端口号后访问不了怎么办

优先检查修改的是否是8080那个HTTP Connector，同时确认Tomcat是否真的重启成功，用netstat验证新端口在网络中的监听状态,再检查防火墙是否放行了这个端口。

JSP服务器和数据库的端口冲突会互相影响吗

不会，JSP服务器走HTTP协议默认8080端口，MySQL走3306端口，Tomcat启动时的端口绑定逻辑独立，不会和数据库端口冲突，但服务器只开放了特定端口时，JSP服务器需要能访问到数据库端口才能完成数据交互。

云服务器上JSP页面访问很慢和端口有关系吗

端口本身不会直接影响访问速度，它只决定请求从哪里进来，页面加载慢通常是服务器带宽不足、数据库查询时间过长或者JSP页面又大又包含多次远程请求，排查时先看网络方面的问题,再看业务代码。