点开一个链接，跳转浏览器里发生的链接事比你想象的要复杂。地址栏里那串字符，网页浏览器拿到后先做解析，代码然后发请求，跳转等服务器回数据，链接再把HTML、网页CSS、代码JavaScript拼成你能看见的跳转页面。跳转链接网页代码，链接本质上就是网页在这个流程里做了一次“换目的地”的动作。
最原始的代码做法是HTML的meta标签。你在页面head里写一行：
<meta http-equiv="refresh" content="3;url=https://example.com">意思是跳转三秒后自动跳到example.com。这种做法现在很少见了，链接但有些老系统还在用。网页问题在于用户没法按返回键回到原页面——浏览器历史里那一页被替换掉了，体验很割裂。我做运维那几年，遇到过一次线上事故：一个活动页用了meta跳转，结果目标URL写错，用户全被送到404，且退不回来。排查时才发现，这行代码藏在模板深处，没人注意到。
更常见的跳转发生在服务端。比如你访问 http://old-site.com/page，服务器返回一个301或302状态码，响应头里带着 Location: https://new-site.com/page。浏览器看到这个头，立刻发起新请求。301是永久跳转，搜索引擎会把权重转移过去；302是临时跳转，原URL的排名保留。选错了会出问题——有人把临时活动页做成301，活动结束后想恢复，搜索引擎已经认定新地址才是正主，流量回不来了。
JavaScript也能跳。 window.location.href = "https://example.com" 这行代码执行时，当前页面开始导航。和meta刷新类似，历史记录里会多一条。如果不想留记录，用 window.location.replace()。区别在于：replace是“替换”，href是“新增”。做单页应用时，前端路由经常用 history.pushState 来改地址栏但不发请求，这算另一种“跳转”——视觉上URL变了，页面内容也变了，但浏览器没重新加载。用户刷新一下，服务端得能返回正确的HTML，否则就白屏。这个坑我踩过，当年用React Router配Nginx，忘了加try_files配置，直接访问子路由全挂。
还有一种跳转藏在HTTP响应体里，叫“客户端重定向”。服务器返回200，但HTML里塞了一段脚本做跳转。这种做法对SEO不友好，因为搜索引擎可能不执行JS，抓到的就是一个空页面。不过有些场景不得不用，比如需要先写cookie再跳，或者做A/B测试分流。我见过一个电商站，用JS跳转把用户按地域分到不同CDN节点，代码里判断 navigator.language 和时区，再决定去哪个域名。逻辑不复杂，但调试麻烦——本地测试永远跳不到正确节点，因为时区不对。
跳转链接网页代码的选择，取决于你要解决什么问题。要SEO权重转移，用301。要临时改道，用302。要在页面加载后延迟跳，用meta或JS。要无刷新改URL，用History API。没有哪种方案万能，关键是想清楚：用户按返回键时，你希望他回到哪里？搜索引擎该记住哪个地址？这两个问题答对了，代码自然就写对了。