問題描述：
在騰訊上做了域名郵箱解析，需要將max記錄綁定到主機記錄為@（即空）的記錄下。
而在做域名解析的時候，為了方便，需要將不帶3w的域名也要解析到主機記錄為@（即空）的記錄下。
因此，解析報錯！
解決辦法：
將后者（cname）的解析改為 隱形/顯性URL記錄類型，即可解決沖突問題。
延伸:
- A記錄：
- 將域名指向一個IPv4地址 （例如：10.10.10.10），需要增加A記錄
- CNAME記錄：
- 如果將域名指向一個域名，實現與被指向域名相同的訪問效果，需要增加CNAME記錄
- MX記錄：
- 建立電子郵箱服務，將指向郵件服務器地址，需要設置MX記錄
- NS記錄：
- 域名解析服務器記錄，如果要將子域名指定某個域名服務器來解析，需要設置NS記錄
- TXT記錄：
- 可任意填寫 （可為空），通常用做SPF記錄（反垃圾郵件）使用
- AAAA記錄：
- 將主機名 （或域名）指向一個IPv6地址（例如：ff03:0:0:0:0:0:0:c1），需要添加AAAA記錄
- SRV記錄：
- 記錄了哪台計算機提供了哪個服務。格式為：服務的名字.協議的類型 （例如：_example-server._tcp）
- 顯性URL：
- 將域名指向一個http（s)協議地址，訪問域名時，自動跳轉至目標地址 （例如：將www.net.cn顯性轉發到www.hichina.com后，訪問www.net.cn時，地址欄顯示的地址為：www.hichina.com）。
- 隱性URL：
- 與顯性URL類似，但隱性轉發會隱藏真實的目標地址 （例如：將www.net.cn隱性轉發到www.hichina.com后，訪問www.net.cn時，地址欄顯示的地址仍然為：www.net.cn）。