域名买下来，拿到的只是一个好记的名字。浏览器真正要找的是服务器的 IP 地址或服务地址，中间靠域名解析完成转换。访问 www.example.com 时，解析负责告诉浏览器去哪台机器取页面。很多人卡在这一步：记录加了，网站却打不开。
阿里云的云解析 DNS 操作不复杂，页面也直观。出问题通常出在几个细节上，比如记录类型选错、主机记录写法不对，或者以为保存后马上全网生效。下面按实际操作顺序讲一遍，再用两个常见场景做例子。
先确认域名和目标地址
动手前先看两件事。一是域名在哪里注册。如果是在阿里云注册的，添加解析会比较顺。如果是在其他平台注册，需要先把域名添加到云解析 DNS，再到原注册商那里把 DNS 服务器改成阿里云分配的两个 NS 地址。NS 地址以你控制台显示的为准，不同账号可能不一样，别直接照抄别人的截图。
二是解析的目标。服务器、对象存储或负载均衡要已经建好，并拿到公网 IP 或访问地址。目标还没准备好就去填记录，之后排查会多绕很多弯。
添加第一条解析记录
以个人博客为例，假设域名是 example.com，服务器公网 IP 是 203.0.113.10。
- 登录阿里云控制台，进入“云解析 DNS”。
- 在域名列表里找 example.com。如果没有，点击“添加域名”，输入后完成添加；已经存在就直接进入管理页面。
- 点击“解析设置”，再选择“添加记录”。
- 依次填写记录类型、主机记录、记录值和 TTL，然后保存。
这个博客的情况下，记录类型选 A，主机记录填 www，记录值填 203.0.113.10，TTL 保持默认的 600 秒就够用。保存后，www.example.com 会指向这台服务器。
如果还希望直接输入 example.com 也能打开，再加一条主机记录为 @、类型为 A、记录值同样是 203.0.113.10。两条记录分别管 www 和裸域名，互不影响。
记录类型怎么选
添加记录时，很多人卡在类型上。常见的几种可以这样理解：
- A 记录：指向 IPv4 地址，适合直接绑定云服务器。
- AAAA 记录：指向 IPv6 地址，用法和 A 记录一样，只是地址格式不同。
- CNAME 记录：指向另一个域名，适合对接对象存储、CDN 或负载均衡给出的域名地址。
- MX 记录：用于邮件收发，需要同时填写优先级数值。
- TXT 记录：多用于域名所有权验证，或配置 SPF、DKIM 这类邮件安全信息。
判断起来很简单：对方给你的是 IP，就用 A 记录；给的是一个域名，一般用 CNAME。
案例：把 OSS 绑定到 static 子域名
另一种常见情况是图片放在阿里云 OSS 上，希望通过 static.example.com 访问。这一步要用 CNAME 记录，因为 OSS 提供的访问地址是一个域名。
假设 OSS 的 Bucket 访问域名是 your-bucket.oss-cn-hangzhou.aliyuncs.com。在云解析里添加主机记录 static、类型 CNAME，记录值填这个访问域名。然后回到 OSS 控制台，在自定义域名里绑定 static.example.com，系统会检查解析是否正确。如果提示未解析或解析错误，多半是记录值抄错了，或者记录刚加上还没生效，过一会儿再试即可。
生效要等多久，怎么验证
保存记录后不会马上在全网生效，它会受 TTL、本地缓存和运营商 DNS 缓存的影响。大多数情况下几分钟到十几分钟就能看到变化，极少数会更久。
验证时，在 Windows 或 macOS 终端输入 nslookup www.example.com，返回结果会显示解析到的 IP。如果是预期的 203.0.113.10，说明解析已经正确。如果还是旧地址，先等一段时间，或者清一下本地 DNS 缓存再测。
如果想排除本地网络的干扰，可以用在线 DNS 检测工具，从不同地区查询，看看各地的解析结果是否一致。
几个容易踩的坑
- 主机记录只填前缀，写 www 就行。如果写成 www.example.com，系统会再拼接一次域名，结果就不对了。
- 同一个主机记录下，CNAME 和 A 记录不能共存，否则会冲突。改之前先看一眼已有记录。
- 改完记录后如果访问仍然异常，先看 TTL 是不是设得太长，旧缓存会拖慢生效，然后再查服务器本身。
- 解析只负责把请求指向正确的地方。端口是否开放、防火墙规则和网站程序是否正常，要单独检查。
小结
整个流程就是：添加域名，选对记录类型，填好主机记录和记录值，等待生效后验证。博客和对象存储这两个例子练熟了，日常大部分解析需求都能应付。文中的域名和 IP 都是示例，实际操作时换成你自己的信息。
