四虎网址端口不同为何要分开记

1. 取得完整原网址，将协议、主机、显式端口和路径分栏。
2. 对HTTP/HTTPS按官方默认端口规则解释省略值，保留原写法。
3. 逐项比较协议、主机和有效端口，不让相同路径掩盖差异。
4. 把同源结论与内容、可访问性、运营者身份分别记录。

适用范围与例子性质

本文只用example.com写原创结构例子，不要求访问或探测任何端口，也不提供外部站点入口。范围限定普通HTTP/HTTPS网址，不把简化比较套到file、data等其他形式；不讨论绕过浏览器限制。

先问要比较的是哪个层次

本站旧文解释主机、路径和参数。本页进一步处理“主机一样，为什么仍不同源”的具体问题。MDN将普通网址的源按协议、主机、端口三元组解释，任何一项有差异都应保留在记录中。

• 主机名字段本身不包含端口。记录“主机example.com，端口8443”比把“example.com:8443”整体叫作域名更清楚；但保存原始完整地址时仍应保留它原来的写法，不为整理而丢掉端口。

三条原创地址怎样逐项比较

例甲为https://example.com/a，例乙为https://example.com:443/b，例丙为https://example.com:8443/a。甲乙协议和主机相同，有效端口均为HTTPS默认的443，因此同源；丙的有效端口为8443，与它们不同源。

• 甲乙路径分别是/a和/b，仍可能定位不同内容。这里说同源，只是该技术层面的比较，不表示两页正文相同。也不能因为甲丙路径都为/a，就忽略端口差异。

默认端口可能不在解析结果里显示

MDN的URL.port说明，若端口是协议的默认值，该属性会返回空字符串；HTTPS默认值为443。看到空值时，应先看协议及默认规则，不能直接写“端口为0”或“这个地址没有服务端口”。

• 把原始地址与解析字段分开保存很有帮助。例如原文写了:443，而工具规范化后不显示它，两种表示不一定矛盾。不要为让两份文本看起来不同就认定换了入口，也不要擅自改写未完整取得的地址。

不要从同源跳到身份、权限或可用性

同源规则参与浏览器对文档交互的限制，但跨源不等于页面一定打不开，同源也不表示所有操作都被允许。资源访问还涉及具体请求、服务器设置和浏览器机制，本页不根据三元组直接诊断故障。

• 尤其不能从同源推断官方身份、授权或经营关系。技术地址与组织归属不是同一字段；需要核对主体时，仍应回到有依据的公开材料。页面实际是否提供服务，也不能靠端口号猜出来。

一份可复核记录应该保留哪些项

可写“原网址、协议、完整主机名、显式端口、按协议解释的有效端口、路径、本次比较结论”。显式端口未写与有效端口已按默认规则确定应分开，避免把未写当未知值。

• 完成后只报告当前问题。例如“甲乙同源但路径不同，丙端口不同；未访问这些示例地址”。若原地址已被截短，应先标记不完整，不能补成自己熟悉的HTTPS形式再比较。

技术参考

网址结构术语参考 MDN，不用于证明外站身份。

• MDN：Same-origin policy
• MDN：URL.port

相关指南

相关资料

• 网址结构：网址结构

相关资料

下列条目是本站解释性资料，编号仅用于站内索引。