我真的是服了，就昨天半夜，想着把 www 和 @（根域名） 分开解析到不同服务器做负载均衡，感觉是个很常规的操作对吧？结果一个 CNAME 记录冲突直接给我干懵了——全站访问不了，企业邮箱也跟着一起挂！ 老板的电话凌晨三点就轰过来了，你能想象那种绝望吗？
先说结论：新手千万别瞎改解析！ 你以为的“一级级设置”，很可能就是在域名服务商后台（比如阿里云、腾讯云）那个“解析设置”页面里一顿乱配。我踩的坑你听好了：
1. 根域名（@）和 www 到底该用 A 记录还是 CNAME？ 这问题能吵三天三夜。我的血泪史是：根域名尽量用 A 记录（直接指向服务器IP），别用 CNAME！因为很多服务（比如 MX 邮件记录）会和 CNAME 冲突，一冲突就全炸。www 用 CNAME 指向根域名或者单独 A 记录都行。
2. 子域名（比如 blog.、shop.）随便建？ 理论上你在解析页面点“添加记录”，主机记录填“blog”，类型选 A 或 CNAME，指向你的服务器 IP 或另一个地址，就完事了。但生效时间（TTL）记得设短点，我之前设了 24 小时，改错了想回滚，等了整整一天流量都快归零了！现在学乖了，测试期间一律设 600 秒。
3. 最坑爹的来了——“裸域名”和“带 www”的 SEO 权重问题。 这俩搜索引擎可能当成两个站！你必须在解析设置好的同时，去服务器配置里做好 301 重定向，统一把其中一个（比如裸域名）永久跳转到 www（或者反过来）。不然内容重复、权重分散，蜘蛛爬得乱七八糟，（你看这个教程里连服务器配置都讲得巨细无比） 别像我一样等收录掉了才反应过来。
那天晚上我盯着 ping 命令和 dig 工具 返回的一堆错误结果，抽了半包烟才想明白：解析顺序是：用户输入域名 -> 本地 DNS 缓存 -> 你设置的 DNS 服务器 -> 拿到 IP -> 访问服务器。 中间任何一环配错，或者服务器没配置对应域名的虚拟主机，直接就 502 或者找不到页面。
最后，如果你真想好好搞，先去把域名解析的基础概念（A、CNAME、MX、NS、TTL）搞明白，改之前务必备份原来的记录截图！别相信自己的记忆力。我现在但凡要动解析，都先在本地 hosts 文件测试好了再上线。哎，说多了都是泪，这坑我替你们踩透了，没事别手贱，稳字当头！
