内容摘要：你每天在浏览器里敲下的那串字符，就是URL。比如你现在正看着的页面，地址栏里那行 https://www.example.com/article/123 就是它的真身。没有这串东西，互联网就是一堆无法

你每天在浏览器里敲下的网站那串字符，就是网站URL。比如你现在正看着的网站页面，地址栏里那行 https://www.example.com/article/123 就是网站它的真身。没有这串东西，网站互联网就是网站一堆无法定位的孤岛。

URL 的网站全称是 Uniform Resource Locator，翻译过来叫“统一资源定位符”。网站名字听着挺唬人，网站其实干的网站事特别简单：告诉浏览器去哪里、用什么方式、网站取什么东西。网站你可以把它想象成现实世界里的网站门牌号加收件人姓名，只不过这个门牌号是网站给机器看的。

拆开来看，网站一个完整的 URL 通常由几块拼成。拿 https://www.example.com:443/path/page?name=abc#section1 举例。https 是协议，决定浏览器和服务器怎么对话。www.example.com 是域名，相当于一栋楼的名字。:443 是端口号，多数时候被省略，因为 https 默认走 443。 /path/page 是路径，指明你要楼里的哪个房间。?name=abc 是查询参数，相当于给房间管理员递了张纸条，说我要看名字叫 abc 的那份文件。最后的 #section1 是片段标识，只在浏览器内部用，服务器根本收不到它。

我刚开始学建站那会儿，犯过一个低级错误。把图片路径写成了绝对 URL，结果本地打开网页时图片全裂了。后来才明白，URL 分绝对和相对两种。绝对 URL 带协议和域名，像 https://cdn.example.com/logo.png，走到哪都能用。相对 URL 只写 /images/logo.png，它依赖当前页面的位置去推算完整地址。服务器搬家时，相对路径往往更省心，但写 API 请求时绝对路径又更稳妥。选哪种，得看场景。

域名那部分其实挺有意思。www.example.com 里，com 是顶级域，example 是二级域，www 是三级域。很多人以为 www 是必须的，其实不是。你访问 google.com 和 www.google.com 都能打开，只是服务器配置不同。有些网站不配 www 的解析，你少打三个 w 就会报错。这种细节，普通用户根本不会注意，但做运维的人天天跟它较劲。

查询参数是 URL 里最灵活也最容易被滥用的部分。电商网站的商品筛选页，URL 能长得像火车。?category=shoes&size=42&color=black&sort=price_asc&page=3 这种还算清爽。有些老系统会把整个查询语句塞进去，看着就头疼。更麻烦的是，查询参数里的特殊字符必须编码。空格要写成 %20，& 要写成 %26，不然服务器解析时会断错地方。我见过有人把中文直接扔进 URL，浏览器倒是能显示，但复制到别的地方就乱码。正确做法是用 encodeURIComponent 处理一下，虽然丑，但稳。

锚点片段 #section1 经常被误解。它不会发给服务器，所以服务器没法根据它返回不同内容。它的作用纯粹是让浏览器在已经加载的页面里跳转到某个 id 元素。单页应用流行之后，前端路由有时会借用 hash 来模拟页面切换，比如 example.com/#/user/123。这种做法现在少了，因为 History API 更好用，但老项目里还能见到。

URL 的长度限制也是个坑。IE 时代超过 2083 个字符就可能出问题，现代浏览器宽松很多，但服务器和代理层往往有自己的限制。我调过的一个接口，GET 请求参数一多就返回 414，后来改成 POST 才解决。所以别把 URL 当数据库用，它承载不了那么多信息。

最后说个实际观察。很多人复制 URL 时会把末尾的斜杠弄丢。example.com/path 和 example.com/path/ 在有些服务器上是两个不同的地址，前者可能 301 跳转到后者，也可能直接 404。做 SEO 的人特别在意这个，因为重复 URL 会分散权重。普通用户不用管这么多，但如果你在开发网站，最好统一规则，要么都带斜杠，要么都不带。

URL 就是互联网的坐标系统。它不复杂，但细节多。理解它，你就能更清楚每次点击背后发生了什么。