#网络服务 Cloudflare 重新恢复 DNS 解析类型切换，现在用户无需先删除原有记录即可直接编辑，然后在 A 记录与 CNAME 之间互相切换。当然底层仍然是先删除后添加，只不过这个过程由 Cloudflare 代用户执行操作。对于长主机头内容，代操作也可以避免用户核对时出现的几分钟无解析状态 (因为原解析被删除，如果 TTL 较短就有可能出现域名未解析)。查看全文：https://ourl.co/126364
此前网络服务提供商 Cloudflare 宣布为遵守 RFC 相关规范，将 DNS 解析类型切换功能删除，改为用户需要先删除原有的解析类型然后重新添加新的解析类型。例如 A 记录与 CNAME 记录互相切换时就必须遵循先删除再添加的流程，不过这个流程对用户来说比较麻烦。
原有的支持 DNS 解析类型直接切换功能使用非常方便，因为在实际修改时不需要动主机头就可以直接修改解析类型和解析值，当然底层原理依然是先删除再添加，只不过 Cloudflare 在用户界面帮我们完成这个操作，所以看起来就像是可以原地切换解析类型。
而 Cloudflare 改成先删除再添加后操作变得麻烦，例如某些邮件配置的主机头带有下划线以及非常长，用户先复制主机头、删除原解析记录、然后重新增加解析类型，接着还需要复制目标解析值。而此前的原地切换可以直接变更解析类型并粘贴解析值。
还有个问题是用户先删除再添加需要时间，长主机头配置可能需要几分钟核对内容，此时原有主机头对应的子域名处于无解析状态 (也取决于 TTL 生存时间)，而原地切换是在用户提交后 Cloudflare 在后端完成处理，理论上说是秒切换，因此不存在中间几分钟的无解析状态。
被吐槽后 Cloudflare 已经改回原地切换：
据蓝点网网友分享的消息，现在 Cloudflare 已经改回 DNS 解析记录原地切换功能，而且还专门增加提示说明底层仍然是先删除后添加，只不过这个过程由 Cloudflare 代用户执行操作，所以实际效果和之前是完全相同的。
蓝点网也查询了 API 文档，不过目前 API 方面没有变更，所以如果通过 API 修改 DNS 解析类型的话，依然要遵循先删除再添加的操作。不过通过 API 可以编排，提前准备好命令后提交即可，这种情况下响应速度很快所以应该也不会出现几分钟的无解析状态。
