HTTPDNS：最佳實務建議

情境：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端HTTPDNS+HttpURLConnection最佳實務。

   • iOS 端實現方式參考：iOS SDK接入。