上个月我帮朋友排查一个网站打不开的域名域名问题，折腾了半小时，解析最后发现根因就一句话：他的跳转域名解析里，把A记录直接指向了另一个域名的域名域名服务器IP。这不算错，解析但真正的跳转“跳转”不是这么玩的。

域名解析跳转到另一个域名，域名域名说白了有两种完全不同的解析路子。第一种叫“显性跳转”，跳转你访问old.com，域名域名浏览器地址栏会唰地变成new.com，解析页面内容也是跳转new.com的。第二种叫“隐性跳转”，域名域名地址栏还老老实实显示old.com，解析但页面内容早就是跳转new.com的了。这俩的区别，就像你搬家后贴了个新门牌，跟你在老房子里放了个新家具——表象和实质的差别。

实现显性跳转，最粗暴的办法是改DNS的A记录，把old.com指向new.com的服务器IP。但问题来了，如果new.com的服务器配置了虚拟主机，它只认自己的域名，你拿old.com去访问，服务器会甩你一个404或者默认页。真正的显性跳转，得靠HTTP层的301重定向。你去域名服务商的控制台，找到“URL转发”功能，填上old.com和new.com，服务商会返回一个301状态码，浏览器收到后自动跳转。这个过程用户无感知，但地址栏会变。

隐性跳转就更有意思了。它通常用iframe或者反向代理实现。你访问old.com，服务器返回一个页面，里面嵌了一个看不见的iframe，src指向new.com。地址栏不变，但内容全是new.com的。这种玩法常见于品牌保护，比如你买了old.cn和old.com，但只做了old.com的网站，old.cn就隐性跳到old.com上。好处是用户记一个域名就够了，坏处是搜索引擎会认为old.com在抄袭内容，权重可能被稀释。

还有一种更底层的玩法，叫CNAME记录。它不直接跳转，而是把old.com的某个子域名，比如www.old.com，指向new.com的域名。DNS解析时，系统会去查new.com的IP，然后返回给浏览器。这跟A记录指向IP的区别在于，如果new.com换了服务器IP，你不需要动old.com的解析记录，CNAME会自动跟着变。但CNAME不能用在根域名上，只能用在子域名，这是DNS协议的死规定。

我见过最坑的案例，是有人把整个域名的NS记录改成了别人的DNS服务器，然后那个服务器上配置了通配符解析，把所有子域名都指到了某个广告页面。这已经不是跳转了，是劫持。用户访问你的域名，看到的全是别人的广告，你还查不出毛病，因为域名解析的最后一跳根本不在你手里。

选哪种方式，取决于你要什么。如果只是临时过渡，用301显性跳转最干净，搜索引擎会把旧域名的权重慢慢转移到新域名上。如果是长期运营两个域名，想保留品牌认知度，隐性跳转更合适，但得做好SEO的重复内容处理。至于CNAME，适合那些需要频繁更换服务器的场景，比如用CDN加速。

最后提醒一句，别在DNS层面做跳转，除非你清楚自己在干什么。DNS只管“把域名解析成IP”，不管“把域名换成另一个域名”。所有跳转逻辑，都应该在HTTP服务器层面处理。你可以在Nginx里写一行rewrite ^/(.*)$ https://new.com/$1 permanent;，比任何DNS设置都可靠。域名解析跳转听着简单，但细节里全是坑。