阿里云的阿里二级域名解析，说白了就是云级域名给主域名找个“分店”。比如你把 `example.com` 买下来了，解析想给博客开个 `blog.example.com`，阿里或者给测试环境开个 `test.example.com`，云级域名这就是解析二级域名。操作本身不复杂，阿里但坑不少，云级域名我见过太多人在这一步翻车。解析

打开阿里云控制台，阿里找到“云解析 DNS”，云级域名点进你要操作的解析主域名。界面上有个“添加记录”按钮，阿里点下去会弹出一排选项。云级域名记录类型选 A 记录，解析主机记录填 `blog` 或者 `test`，解析线路默认就行，记录值填你那台服务器的公网 IP。TTL 保持默认 600 秒，不用动。就这么简单，五分钟搞定。

但事情往往没这么顺。我上周帮朋友排查一个问题，他死活说解析不生效，ping 域名还是旧 IP。我一看，他填的“主机记录”是 `www.blog`，这等于给 `www.blog.example.com` 做解析，而不是 `blog.example.com`。这种低级错误特别常见，尤其当你在多个域名之间切换时，很容易惯性填错。

另一个高频坑是“隐式转发”和“显式转发”的混淆。如果你不想用 A 记录指向 IP，而是想用 CNAME 把二级域名指到另一个域名，注意别把主机记录填成 `@`，那会覆盖主域名本身。我习惯的做法是，如果只是临时用，直接 A 记录怼 IP；如果是长期项目，CNAME 指向云服务商提供的负载均衡域名更稳。

还有个细节容易被忽略——解析生效时间。阿里云默认 TTL 是 600 秒，理论上十分钟内全球生效。但实际情况是，电信联通移动的 DNS 缓存刷新速度不一样，有的地方可能要等半小时。你改了记录后，别急着骂娘，先拿手机流量 ping 一下，如果通，那就是本地宽带缓存问题。

更隐蔽的问题是“泛解析”冲突。我见过有人为了省事，加了一条 `*.example.com` 的泛解析记录，结果所有不存在的二级域名都指向同一台服务器。这会导致你后来想单独给 `api.example.com` 指定不同 IP 时，发现泛解析优先级更高，新记录根本不生效。阿里云的规则是精确匹配优先于泛解析，但如果你同时存在两条记录，系统会警告你冲突。这时候必须删掉泛解析，或者给特定子域名单独加记录。

还有一点，如果你用了阿里云的 CDN 或 OSS 绑定自定义域名，别在云解析里手动加 CNAME。你需要在 CDN 控制台里绑定域名，然后系统会提示你加一条特定的 CNAME 记录。这时候手动加容易填错，比如把记录值填成 IP 而不是 CDN 分配的域名，结果就是域名解析到了 CDN 节点，但节点不认识这个域名，直接报 403。

最后说个实操技巧。当你需要批量解析一批二级域名时，别一个个点“添加记录”，太慢了。阿里云支持批量导入，你可以在解析设置页面下载模板，填好 CSV 文件再上传。模板里注意“RR”列就是主机记录，“Value”列是记录值。我上次给客户配 20 个子域名，用这个功能十分钟搞定，手动点至少半小时。

解析做完后，用 `dig` 命令验证一下最靠谱。Windows 用户用 `nslookup` 也行。别只看浏览器能不能打开，因为浏览器可能有缓存。我习惯在命令行里敲 `dig blog.example.com +short`，如果返回的 IP 跟你设置的一致，那就真没问题了。

说到底，二级域名解析不是高科技，但细节决定成败。填错一个字符，浪费半小时排查，这种学费谁都不想交。记住：主机记录别带主域名后缀，记录值别写错协议头，TTL 别设太长（除非你确定 IP 一年不变）。做到这三点，基本不会出大问题。