最佳实践建议

场景：HTTPDNS 部分服务节点不可用

背景

在某些极端情况下，如自然灾害、运营商封禁或网络故障，HTTPDNS单个服务入口可能出现不可用的风险，导致对域名解析产生影响。

解决方案

1. 启动 IP 冗余机制

   • 应用内嵌入多个启动 IP 或域名，确保始终与HTTPDNS服务保持连通性。

   • 请求失败时，自动切换使用下一个启动 IP。

2. 服务 IP 动态更新

   通过向启动 IP 发起请求来获取服务 IP，更新服务IP的流程如下图所示：

有关调度接口的详细信息，请参阅如何获取解析服务地址。

3. 故障转移策略

   使用解析服务时，采用IP轮转机制，某个IP访问不通时轮转到下一个进行重试，避免某个服务IP无法使用时受到影响。在向服务端发起解析请求时，会从全局服务IP列表中获取一个可用的服务IP，只要当前IP可以解析，那么整个SDK生命周期都会使用这个IP解析，如果当前服务IP解析失败，则会切换全局服务IP列表中的下个IP重试一次。如果仍然失败则返回空，并且再次切换服务IP。

若所有 HTTPDNS 服务 IP 均请求失败，降级使用 Local DNS（即操作系统原生DNS链路）。如果是Android端使用了 OkHttp 网络库进行接入，降级使用 Local DNS 解析的方法如下：

List<InetAddress> result = okhttp3.Dns.SYSTEM.lookup(host);

val result: List<InetAddress> = Dns.SYSTEM.lookup(host)

如果是iOS端，只要不进行Host替换或者请求拦截即可，保持原有请求如下：

NSMutableURLRequest *request = [[NSMutableURLRequest alloc] initWithURL:url];
// 发送请求
NSURLSession *session = [NSURLSession sharedSession];
NSURLSessionDataTask *task = [session dataTaskWithRequest:request completionHandler:^(NSData * _Nullable data, NSURLResponse * _Nullable response, NSError * _Nullable error) {
    if (error) {
        NSLog(@"error: %@", error);
    } else {
        NSLog(@"response: %@", response);
    }
}];
[task resume];

var request = URLRequest(url: url)
// 发送请求
let session = URLSession.shared
let task = session.dataTask(with: request) { (data, response, error) in
    if let error = error {
        print("error: \(error)")
    } else {
        print("response: \(response?.description ?? "")")
    }
}
task.resume()

4. 避免阻塞解析

   访问HTTPDNS服务时请做异步化处理，避免业务主流程同步等待网络解析过程。

场景：频繁查询导致性能瓶颈

背景

如果每次网络请求需要域名解析时，都向 HTTPDNS 服务发起请求，会显著增加业务耗时和带宽消耗。考虑到域名解析结果是有 TTL 缓存时间的，您可以基于这个值进行缓存。

解决方案

1. 本地缓存

   • 根据DNS标准RFC104，可以按照TTL时间对解析结果进行缓存。

2. 预解析

2. 连接复用

   开启HTTP客户端的连接复用特性可以降低TCP连接建立的耗时，进而降低HTTPDNS的解析延迟。

3. 持久化缓存

   可以把上一次解析到的结果进行持久化缓存，在 App 重启后，可以优先从持久层加载解析结果，这样可以提升首次加载速度。

场景：跨运营商解析导致访问延迟

背景

在使用CDN域名，或域名配置了智能线路解析等场景，如果客户端根据 TTL 缓存了域名解析结果IP ，当网络环境发生变化（如4G切换到WIFI，或者WIFI切换到4G），新的网络环境和缓存的 IP 线路不匹配时，则可能导致业务网络请求性能问题。

解决方案

1. 网络环境监听

   • 监测客户端网络变化（如从 Wi-Fi 切换到移动数据）。

   • 主动刷新本地缓存，确保解析结果适配当前网络环境。

2. 测速排序：

   使用 ICMP 或 TCP 异步测试对解析结果排序，优先选择响应最快的 IP。

场景：解析请求被劫持或泄露

背景

未使用鉴权机制的解析接口存在安全隐患，可能被第三方盗刷流量产生费用。

解决方案

1. 鉴权解析

   解析接口建议使用鉴权解析，您可以在控制台设置开启/关闭非鉴权解析请求。

   • 需要使用鉴权解析的secretKey进行鉴权生成加密串，然后将生成的加密串携带在请求中，而secretKey无需在请求中携带，所以secretKey不会暴露，安全级别较高，确保解析请求中不暴露敏感信息。

   • 实现方式参考：实现鉴权访问。

2. HTTPS 安全通信

   • 如果使用HTTPS协议，需要自定义证书校验，统一校准为 203.107.1.1 或者resolvers-cn.httpdns.aliyuncs.com 。

   • Android 端实现方式参考：Android端HTTPS（含SNI）业务场景：IP直连方案。

   • iOS 端实现方式参考：iOS SDK接入。