一次讲清访问网站背后的“地址”逻辑
域名是给人看的服务器名字，端口是给机器认的服务编号；域名负责找到哪台机器，端口负责找到机器上的哪个程序。你在浏览器里敲下网址,背后就是这两套编号在接力干活。
很多人第一次配服务器、跑本地项目，或者排查“网站打不开”时，都会被这两个词绕晕，它们经常一起出现，但职责完全不同，下面用日常场景拆开讲，顺带把“网站域名需要加端口号吗”“本地开发怎么配置域名和端口”这些高频疑问说透。
域名：互联网上的“门牌名字”
域名到底解决了什么问题
IP 地址是一串数字，168.1.10 或 0.113.5，人记数字费劲，机器却只认数字，域名就是中间那层翻译：你记住 example.com，DNS 负责把它解析成 IP。
打个比方，域名像小区名字加楼栋号，IP 像精确到经纬度的坐标，快递员最终按坐标送货,但你填地址时写小区名更现实。
域名解析在访问链路里的位置
浏览器拿到域名后,大致走这几步：
- 先查本地 DNS 缓存和 hosts 文件
- 再向递归 DNS 服务器发起查询
- 拿到 A 记录或 AAAA 记录，得到目标 IP
- 带着 IP 去建立 TCP 连接
这里有个关键点：域名解析只负责找到 IP，不负责指定服务，同一台服务器上可能跑着网站、数据库、邮件服务，域名解析完只告诉浏览器“去这栋楼”,进哪个门还没定。
域名注册和备案的现实约束
在国内做公开网站，域名注册之后通常还要走 ICP 备案，据工信部公开信息，未备案域名在境内服务器上提供网站服务会受到限制，近年来各地备案审核对主体信息一致性的要求更细，企业站尤其要注意营业执照、法人信息与域名持有者保持一致。
端口：同一台机器上的“房间编号”
端口是什么，为什么需要它
一台服务器只有一个 IP，但要同时对外提供多种服务，端口用 0 到 65535 的编号把不同服务分开，业内专家指出，端口本质上是一种传输层复用机制，让同一个 IP 地址能承载多个独立通信端点。
你可以把 IP 想成写字楼地址，端口就是房间号，访客去 80 房间找网站前台，去 3306 房间找数据库，去 22 房间走 SSH 管理通道,各进各的门。
常见端口和它们的默认分工
| 端口 | 常见用途 | 说明 |
|---|---|---|
| 80 | HTTP | 明文网页服务默认端口 |
| 443 | HTTPS | 加密网页服务默认端口 |
| 22 | SSH | 远程登录和运维通道 |
| 3306 | MySQL | 数据库默认监听端口 |
| 6379 | Redis | 缓存服务默认端口 |
| 3000 / 8080 | 开发调试 | 本地项目常用备用端口 |
行业共识认为，默认端口只是约定，不是强制，你可以让网站跑在 8443，也可以让 SSH 换到高位端口,但改完要同步改防火墙和访问地址。
端口冲突和占用排查
本地启动项目时报 EADDRINUSE，基本就是端口被占了，Windows 下可以执行：
netstat -ano | findstr :3000
Linux 或 macOS 下用：
lsof -i :3000
找到占用进程后，要么结束它，要么在项目配置里换端口。换端口之后，访问地址里的端口号必须跟着换,否则浏览器仍然敲旧房间的门。
域名和端口到底有什么区别，用访问流程串起来
两者在请求链路里的先后关系
一次完整访问大致是这样：
- 浏览器解析域名，拿到 IP
- 用 IP 加端口建立 TCP 连接
- 在连接上发送 HTTP 请求，请求头里带 Host 域名
- 服务器按端口找到监听程序，再按 Host 区分站点
所以顺序很清楚：先域名定机器，再端口定服务，域名错了，连不到目标机器；端口错了,机器连上了但敲错门。
网站域名需要加端口号吗，什么时候必须带
这个问题要分场景看：
- 访问
https://example.com时，浏览器自动补 443，地址栏不显示端口 - 访问
http://example.com时，自动补 80，同样不显示 - 访问
http://example.com:8080时，端口不是默认值，必须显式写出来 - 本地开发访问
http://localhost:3000，3000 不是默认端口，必须带
换句话说，端口等于协议默认值时可以被省略，不等于默认值时省了就打不开，很多人把 Nginx 监听改成 8080 后，自己访问不带端口，然后怀疑域名坏了,其实只是门牌没写全。
一张表看清职责边界
| 对比项 | 域名 | 端口 |
|---|---|---|
| 解决什么问题 | 找到哪台机器 | 找到机器上的哪个服务 |
| 由谁管理 | 注册商、DNS 服务商 | 操作系统、服务程序配置 |
| 是否可省略 | 访问时必须要有，可被解析 | 等于默认端口时可省略 |
| 常见错误 | 解析未生效、备案未完成 | 被占用、防火墙未放行 |
| 变更影响 | 影响所有访问入口 | 影响单一服务入口 |
真实场景里怎么用：从本机到线上
本地开发怎么配置域名和端口
本地调试时不想记 0.0.1:8080，可以改 hosts 文件做一条假解析：
- Windows 路径：
C:\Windows\System32\drivers\etc\hosts - Linux 或 macOS 路径：
/etc/hosts
加一行：
0.0.1 dev.myapp.local
然后项目监听 8080，访问 http://dev.myapp.local:8080 即可。域名是假的，端口是真的，这样既能模拟真实域名访问，又不用改线上 DNS。
线上 Nginx 里域名和端口怎么配合
Nginx 配置里两个指令正好对应这两个概念：
server {
listen 80;
server_name example.com;
location / {
proxy_pass http://127.0.0.1:3000;
}
}
listen 80 决定对外开哪个端口，server_name 决定认哪个域名，外部访问 http://example.com，Nginx 在 80 端口接住，再转发给本机 3000 端口的应用。外部看到的是域名加默认端口，内部实际跑的是另一个端口,这是最常见的分工方式。
访问不通时先查哪一头
排查顺序可以按这个走：
- 先
ping或nslookup域名，确认解析是否到了正确 IP - 再
telnet IP 端口或curl -v，确认端口是否可达 - 端口不通就看防火墙、安全组、服务是否监听
0.0.0 - 端口通但页面不对，就看 Nginx 的
server_name和 Host 头是否匹配
据近年来常见的运维反馈，外部访问失败里相当一部分不是域名解析问题,而是安全组没放行对应端口。
域名和端口一个管“找对楼”，一个管“进对门”，混着理解就容易在排查时绕圈。域名定机器、端口定服务”，再看访问地址里端口是否被省略，多数问题都能定位到具体一层。
域名和端口常见疑问解答
域名和端口可以同时改吗，改了之后要注意什么
可以，但要分先后，先确认新域名解析生效，再调整服务监听端口，最后同步改防火墙和反向代理配置，顺序反了会出现“域名解析对了但端口没开”或“端口开了但域名没指过来”的中间状态，改完用 curl -v http://新域名:新端口 做一次端到端验证,比只看配置文件可靠。
为什么有的网站域名后面不需要端口，有的必须带
因为浏览器对协议默认端口做了省略处理，HTTP 默认 80，HTTPS 默认 443，等于默认值就不显示；不等于默认值就必须写出来，网站管理员也可以靠反向代理把 8080 藏到 443 后面，外部看起来仍然不带端口，带不带端口”不是网站高级不高级的标志,只是监听端口是否等于协议默认值的外在表现。
服务器上同一个端口能给多个域名用吗
能，HTTP 协议靠请求头里的 Host 字段区分站点，Nginx 里配置多个 server_name 监听同一个 listen 80 即可，但要注意，这种复用只发生在应用层；如果两个服务都抢同一个端口且没有反向代理做分流，后启动的那个会直接报端口占用，事实是，端口复用靠的是协议层的虚拟主机机制,不是端口本身能一分为二。