把“https://www.example.com:443/path/page?网站name=value#section”拆开看，就像解剖一只青蛙。地址协议、解析域名、网站端口、地址路径、解析查询参数、网站锚点，地址六个器官各司其职。解析但大多数人只关心域名，网站剩下的地址一概不管——直到某天链接打不开，才意识到自己连“青蛙的解析哪条腿断了”都说不清。

协议是网站“https://”那串前缀。它决定了数据怎么传输。地址http是解析裸奔，https是穿了防弹衣——多了一层TLS加密。别小看这层皮，银行网站没它，密码等于写在明信片上寄出去。我见过有人把http和https混着用，结果被浏览器拦下，弹窗写着“不安全”，他还在那骂网站坏了。真不是网站坏，是你自己连门都没找对。

域名是“example.com”。它像门牌号，但比门牌号狡猾。一个域名背后可能藏着几十台服务器，靠DNS轮询分流。你访问“example.com”，实际可能连的是东京的服务器，也可能是法兰克福的。更麻烦的是子域名——“www”只是约定俗成的默认前缀，不是法律强制。有些站点把内容放在“m.example.com”给手机看，“api.example.com”给程序调，主站反而空荡荡。你直接输“example.com”进去，看到的可能是一张欢迎页，真正的肉都在子域名里。

端口是“:443”那截。默认情况下http走80，https走443，所以浏览器会帮你藏起来。但一旦遇到非标端口，比如“example.com:8080”，冒号后面那串数字就暴露了。这玩意儿像小区里的单元号——你光知道楼栋（域名）没用，得找到具体的单元门。有些开发者图省事，把测试服务挂在8080上忘了关，结果被爬虫扫到，数据库裸奔了三天。

路径和查询参数最容易让人栽跟头。路径“/path/page”是服务器上的物理位置或路由规则，而“?name=value”是给后端递小纸条。区别在哪？路径是“我去哪个房间”，查询参数是“我进房间后要跟里面的人说什么”。有人喜欢把参数塞进路径里，比如“/page/name/value”，美其名曰“好看”，结果服务器得费劲解析，稍不留神就404。还有更狠的——把整个查询字符串编码成base64塞在路径里，那玩意儿人类根本读不懂，纯粹是给机器找麻烦。

锚点“#section”是最容易被忽略的部分。它不发给服务器，纯粹是浏览器自己用的——页面滚动到指定元素。你点个链接，地址栏变了，但服务器日志里压根没这回事。有人拿它做单页应用的路由，搞出“#/user/123”这种鬼东西。表面看是链接，实际上服务器只返回一个空壳HTML，内容全靠JavaScript根据锚点动态渲染。你要是直接复制链接发给别人，对方没执行脚本，打开就是白屏。

解析地址这事，说穿了就是跟字符串搏斗。程序员写个正则表达式去抠每一段，但现实总比正则复杂——有人把用户名塞进域名里（“user:pass@example.com”），有人用国际化域名带一堆乱码字符，还有人故意在URL里加“%2F”让路径解析器晕头转向。我见过最离谱的案例：某网站把整段查询参数塞进锚点里，理由是“不想让服务器记录日志”。结果用户刷新页面，参数全丢，购物车清空，客服被骂了一整天。

别指望记住这些规则。浏览器地址栏是个黑匣子，你输进去一串字符，它帮你拆解、补全、跳转、纠错。但理解每个部件的脾气，至少能让你在链接失效时，知道该骂DNS还是骂后端，而不是对着屏幕干瞪眼。