在信息時代，用戶的手機應用訪問量日益增多，DNS 解析作為連接互聯(lián)網(wǎng)的關鍵環(huán)節(jié)，也被提出了更高要求。這一背景下，HTTPDNS 域名解析服務憑借防劫持、精準調(diào)度、實時解析生效等特性，逐漸成為行業(yè)主流解決方案。我們構(gòu)建了 vivo HTTPDNS 端到端的一體化解決方案，通過對 HTTPDNS SDK、HTTPDNS 服務端、統(tǒng)一調(diào)度網(wǎng)關和全鏈路監(jiān)控4大模塊的能力及架構(gòu)優(yōu)化，顯著提升了端側(cè)業(yè)務的訪問體驗，支撐業(yè)務高效、穩(wěn)定開展。

一、vivo HTTPDNS 技術(shù)背景

1.1 為什么要建設 vivo HTTPDNS 端到端一體化解決方案

伴隨業(yè)務的高速發(fā)展，應用的訪問量也越來越大；用戶對手機終端應用的訪問體驗的要求也越來越高。但是我們在訪問互聯(lián)網(wǎng)業(yè)務的過程中可能會出現(xiàn)訪問被劫持到非法的資源；訪問的資源無法正常展示；資源打開比較慢，用戶等待的時間比較長；運營商的 DNS 解析不精準，影響用戶訪問的體驗；想要解決以上的問題，行業(yè)比較通用的方案是使用 HTTPDNS。

在這樣的背景下，vivo 在2017年開始 HTTPDNS 探索和使用；但是，在落地的過程中遇到以下幾個問題：

• 一是 HTTPDNS 作為備用 DNS 的情況下無法解決域名誤封禁的問題；
• 二是各業(yè)務沒有統(tǒng)一的接入方案，接入的成本比較高；
• 三是客戶端的網(wǎng)絡框架不統(tǒng)一，業(yè)務適配比較困難；
• 四是行業(yè)商業(yè)化 HTTPDNS 的成本比較高，業(yè)務無法大范圍使用；
• 五是缺乏統(tǒng)一的用戶全鏈路監(jiān)控，無法實時監(jiān)控端側(cè) DNS 解析情況。
• 為了解決以上落地過程中的難題，我們需要建設 vivo HTTPDNS 端到端的一體化解決方案。

1.2 HTTPDNS 如何解決核心問題

建設一套 HTTPDNS 一體化解決方案，解決以上核心問題，助力業(yè)務的發(fā)展；我們主要從以下幾個方面切入：

• 第一是統(tǒng)一 SDK 能力建設，解決封禁問題、降低業(yè)務接入成本、提升用戶體驗；核心能力主要是域名解析優(yōu)化，業(yè)務建連優(yōu)化以及統(tǒng)一接入方案；
• 第二是 HTTPDNS 服務端能力建設，降低業(yè)務使用 HTTPDNS 的成本，減小 DNS 訪問時延；核心能力是服務端的智能調(diào)度和多級緩存策略；
• 第三是全鏈路監(jiān)控能力的建設，實現(xiàn)用戶訪問的統(tǒng)一監(jiān)控；核心能力是提供端到端的用戶訪問全鏈路的監(jiān)控能力。

基于以上的建設思路，那下面看我們具體是如何實現(xiàn)的。

二、vivo HTTPDNS 平臺實踐

2.1 vivo HTTPDNS 技術(shù)架構(gòu)

vivo HTTPDNS 平臺為業(yè)務提供一體化的 HTTPDNS 解決方案，整體架構(gòu)主要包括四大模塊；分別是 HTTPDNS SDK，HTTPDNS 服務端、統(tǒng)一調(diào)度網(wǎng)關和全鏈路監(jiān)控。

• HTTPDNS SDK 主要提供 DNS 解析和業(yè)務建連優(yōu)化；
• HTTPDNS 服務端提供 HTTPDNS 高性能 API、緩存庫、代理網(wǎng)關等能力；
• HTTPDNS 調(diào)度網(wǎng)關提供 DNS 解析策略和 DNS 調(diào)度能力；
• 統(tǒng)一監(jiān)控提供客戶端監(jiān)控、服務端監(jiān)控、質(zhì)量監(jiān)控、地域監(jiān)控等能力。

基于 HTTPDNS 平臺能力，我們核心的流程是 vivo 手機應用集成 HTTPDNS SDK，SDK 首先向 HTTPDNS 調(diào)度網(wǎng)關請求獲取 DNS 策略等配置；獲取配置后向首選 DNS 發(fā)起域名解析，當首選 DNS 出現(xiàn)解析失敗、建連失敗、域名封禁、域名劫持等問題時向備選 DNS 發(fā)起域名解析請求，獲取正確的解決結(jié)果，發(fā)起建連請求，同時也會對解析的結(jié)果進行緩存與建連優(yōu)化。

2.2 HTTPDNS SDK 優(yōu)化

SDK 為我們承載 HTTPDNS 一體化解決方案的核心能力；在架構(gòu)上主要提供底層網(wǎng)絡協(xié)議的支持，支持 HTTP1.X、HTTP2.0 和 QUIC 傳輸協(xié)議，同時也支持 TLS1.1、TLS1.2 和 TLS1.3 等加密協(xié)議；同時，在 TLS 協(xié)議的基礎上支持 Session Ticket 等優(yōu)化策略；服務層提供 DNS 解析、DNS 緩存、業(yè)務建連、DNS 策略管控等功能；應用層提供接口、下載、上傳等能力；同時也提供全鏈路的網(wǎng)絡監(jiān)控。

基于 SDK 的能力和使用場景，我們確定了 SDK 三個重點優(yōu)化方向：

• 一是域名解析優(yōu)化，通過解析策略優(yōu)化和緩存優(yōu)化，提升 DNS 解析成功率和降低 DNS 解析時延；
• 二是業(yè)務建連優(yōu)化，通過網(wǎng)絡診斷、網(wǎng)速檢測、長連接優(yōu)化、最佳路由、QUIC 建連競速，提升業(yè)務訪問的成功率和降低業(yè)務訪問時延，提升我們 vivo 手機用戶的使用體驗；
• 三是統(tǒng)一接入方案，通過調(diào)度網(wǎng)關和多網(wǎng)絡框架適配，降低業(yè)務接入的成本。

2.2.1 域名解析優(yōu)化

首先介紹在解析策略優(yōu)化方面的探索；DNS 解析是用戶訪問 vivo 互聯(lián)網(wǎng)業(yè)務的第一步；傳統(tǒng)的 DNS 解析是使用運營商的 LocalDNS 進行域名的解析，在這個過程中經(jīng)常會出現(xiàn)解析失敗或者解析的地址不精準的問題；針對解析失敗和解析地址不精準的問題，我們對 DNS 解析的優(yōu)化主要分為以下三個階段：

• 第一個階段是重試解析策略，DNS 解析失敗使用備選 DNS 重試解析；
• 第二個階段是自適應解析策略，支持自適應的 DNS 解析失敗或者建連失敗的重試解析；
• 第三個階段是IP優(yōu)先/兜底策略，基于業(yè)務場景的IP優(yōu)先或者兜底的解析策略。

首先，我們看一下重試解析策略，核心邏輯就是 DNS 解析失敗之后切換 DNS 方案重試解析，vivo 目前首選的 DNS 是運營商的 LocalDNS，LocalDNS 解析失敗或者解析超時使用 HTTPDNS 重試解析，這樣可以在提升解析的成功率的同時極大的降低 HTTPDNS 的使用成本。
但是此策略無法解決建連失敗的場景；同時，DNS 解析的靈活性比較低，變更策略需要業(yè)務升級 SDK。

為了解決以上的問題，我們上線了自適應解析策略；自適應解析策略就是在重試解析策略的基礎上增加建連失敗的場景下切換 DNS 方案重試解析和建連訪問的策略；同時支持動態(tài)配置 DNS 策略，可以動態(tài)調(diào)整首選和備選 DNS，自適應解析策略場景進一步提升了用戶的訪問成功率；重試解析策略和自適應解析策略上線后，DNS 解析成功率提升2%。

自使用解析策略之后是否可以進一步優(yōu)化呢？如果備選 DNS 解析或者建連失敗我們應該如何處理？針對用戶訪問時延要求比較高的場景是否可以優(yōu)化掉 DNS 解析過程呢？

基于以上的問題，我們對解析策略進一步做了優(yōu)化，針對業(yè)務訪問時延越短越好的冷啟動場景我們使用IP優(yōu)先的策略，提前動態(tài)下發(fā)IP地址給客戶端建連，優(yōu)化掉 DNS 解析過程，進一步縮短用戶訪問的時延；在成功率提升場景我們在備選 DNS 解析失敗之后使用IP兜底的策略，動態(tài)下發(fā)IP地址給業(yè)務建連，進一步提升用戶訪問的成功率。

基于以上的優(yōu)化方案，IP優(yōu)先場景 DNS 解析時間下降80%，IP兜底場景業(yè)務成功率進一步提升0.2%~0.4%。

我們剛才介紹了解析策略的優(yōu)化，下面我們介紹在緩存策略優(yōu)化方面的探索；緩存是提升用戶體驗的核心策略，但是緩存如果使用不好，可能會出現(xiàn)負向的效果，我們在緩存策略優(yōu)化方面也是做了一些嘗試。

• 第一個階段是使用固定緩存策略，直接將 DNS 解析IP地址進行緩存，緩存時間也是提前設置的固定值；
• 第二個階段是動態(tài)緩存策略，基于域名加網(wǎng)絡信息的緩存策略，不同的網(wǎng)絡緩存不同的地址，同時緩存時間支持動態(tài)配置；
• 第三個階段是樂觀緩存的策略，對于解析的結(jié)果，如果緩存已經(jīng)過期，先將結(jié)果返回給客戶端發(fā)起建連，再異步進行 DNS 解析，將異步解析的結(jié)果重新進行緩存。

固定緩存策略的核心策略是 DNS 解析之后將解析的結(jié)果進行緩存，下次客戶端解析直接使用緩存的地址發(fā)起建連，以達到減少 DNS 解析時延的優(yōu)化效果；緩存設置固定的過期時間，緩存過期之后進行 DNS 解析，如果解析成功，則重新進行緩存。
此策略主要存在以下幾個問題：

• 第一是用戶切換網(wǎng)絡會導致緩存的結(jié)果出現(xiàn)跨網(wǎng)訪問的情況；
• 第二是緩存時間固定，無法及時對緩存進行干預，出現(xiàn)異常會延長故障時間；
• 第三是無法針對異常IP緩存進行優(yōu)化，導致異常的時間較長。

基于以上的問題和痛點，我們實現(xiàn)了動態(tài)緩存策略；核心策略是針對緩存跨網(wǎng)、緩存時效性和異常IP緩存進行優(yōu)化：

• 針對緩存跨網(wǎng)，緩存中記錄用戶網(wǎng)絡標識信息，使用緩存時需要同時匹配域名加網(wǎng)絡標識信息，避免出現(xiàn)緩存跨網(wǎng)的情況。
• 時效性優(yōu)化是緩存設置過期時間，過期時間支持動態(tài)可配置，提升了緩存的靈活性。
• 異常IP緩存優(yōu)化是在用戶建連異常是清空對應的緩存，建連異常時切換 DNS 進行重試解析。

基于以上的優(yōu)化策略，DNS 解析時延整體下降超過30%，優(yōu)化效果顯著。

在動態(tài)緩存策略的基礎上，我們做了進一步的優(yōu)化，提供了樂觀緩存的策略；一般情況下，緩存的結(jié)果過期之后都還是可以繼續(xù)使用的；對于解析的結(jié)果，如果緩存已經(jīng)過期，我們樂觀判斷緩存是有效的，先將緩存返回給客戶端建連，再異步發(fā)起 DNS 解析并重新緩存；此策略能夠進一步降低客戶端的 DNS 解析時延，提升用戶訪問體驗。

以上就是我們在域名解析優(yōu)化方面針對域名解析策略和域名緩存邏輯做的探索和實踐。

2.2.2 業(yè)務建連優(yōu)化

下面我們介紹在業(yè)務建連方面的優(yōu)化，首先介紹網(wǎng)絡診斷的能力，網(wǎng)絡診斷的核心原理是通過網(wǎng)絡聯(lián)通質(zhì)量檢測模塊，提供網(wǎng)絡連通性、認證 WiFi、信號強度、系統(tǒng)聯(lián)網(wǎng)策略、DNS、 ping 等檢測能力；診斷當前用戶是否有網(wǎng)，網(wǎng)絡類型，網(wǎng)絡強度，是否限制聯(lián)網(wǎng)和訪問的域名是否可以 ping 通，為上層應用建連訪問優(yōu)化提供數(shù)據(jù)支撐。

網(wǎng)絡診斷主要使用的場景是為視頻播放、瀏覽器網(wǎng)頁訪問提供網(wǎng)絡檢測功能；診斷出用戶有網(wǎng)但是無法連接的問題原因；根據(jù)問題原因，做出用戶提示與問題修復，提升 vivo 手機終端用戶的使用體驗。

建連優(yōu)化的第二能力是網(wǎng)速檢測，其核心原理是讀數(shù)據(jù)場景對各個請求進行數(shù)據(jù)統(tǒng)計，計算全局網(wǎng)速以及單個請求的網(wǎng)速，以達到監(jiān)控網(wǎng)絡質(zhì)量的目的。例如接入方在該時間點想知道近x秒內(nèi)的全局速度；則可以逆序重組采集到的網(wǎng)絡質(zhì)量數(shù)據(jù)信息，將此時間段內(nèi)的多個請求的數(shù)據(jù)進行分段求和，算出在x秒內(nèi)傳輸 y kb 的數(shù)據(jù)，用數(shù)據(jù)除以時間則為該時間段內(nèi)用戶的全局網(wǎng)絡速度。

網(wǎng)速檢測在視頻點播場景，可以根據(jù)檢測的網(wǎng)速對播放視頻的清晰度進行智能切換，保證視頻播放的流暢度，減少視頻播放的卡頓率。

建連優(yōu)化的第三點是 DNS 最佳路由策略；核心邏輯是對多個 DNS 策略解析的IP地址選擇最好的地址發(fā)起建連訪問。主要的流程是 SDK 將運營商 LocalDNS、HTTPDNS、公共 DNS、IP直連等策略下的 DNS 解析結(jié)果進行匯聚；獲取對應網(wǎng)絡狀態(tài)下的IP地址，結(jié)合歷史行為庫中網(wǎng)絡ID相同的數(shù)據(jù)；按照訪問成功率和訪問耗時的智能算法對IP進行排序，對排序后的IP地址依次建連。

使用最佳路由模型能夠提升短視頻播放的成功率和瀏覽器網(wǎng)頁打開的成功率。

建連優(yōu)化的第四點是 HTTP2 長連接優(yōu)化；HTTP2 中的連接復用可以提高網(wǎng)絡性能和減少延遲，但在實際應用過程中，也發(fā)現(xiàn)了一些缺點，比如在長時間不使用某條連接，此時這條連接就有一定的概率會被網(wǎng)絡鏈路中的設備丟棄，并且部分設備不會按照協(xié)議標準通知客戶端當前連接已被關閉。這就會導致客戶端在下次請求時，依然會去復用連接，但此時由于中間鏈路或者服務端丟棄了當前鏈接，因此會出現(xiàn)訪問超時異常。

針對以上的問題，我們做了以下優(yōu)化策略：

• 第一種是長連接復用的被動檢測，當出現(xiàn)長連接超時的異常時，SDK 會強制從緩存池中移除此連接，這樣業(yè)務重試時，SDK 就會新建連接，避免出現(xiàn)訪問超時的異常。
• 第二種優(yōu)化策略是長連接復用的主動探測：在連接復用時，同步發(fā)起 ping 幀請求，并在2秒后去檢查 ping 的結(jié)果，如果沒有收到 ping 幀且當前連接上近2s內(nèi)沒有數(shù)據(jù)傳輸，則主動斷開連接并在 sdk 內(nèi)部進行重試；被動檢測需要先產(chǎn)生一次超時異常才會命中相關策略，主動探測也需要先花費2秒進行檢測。因此我們需要一種更加智能的方式來判斷連接是否復用，以減少異常對業(yè)務的時延影響。
• 第三種優(yōu)化策略是端側(cè)的智能預測，預測長連接不可用的時間，提前做出是否新建長連接的抉擇。

端側(cè)智能預測的核心策略是針對當前生命周期，對用戶請求的相關歷史數(shù)據(jù)進行收集，包括網(wǎng)絡類型、請求時間、請求域名、連接空閑時間和異常信息等；根據(jù)歷史請求數(shù)據(jù)，不斷縮小可能出現(xiàn)復用超時問題的數(shù)據(jù)區(qū)間；之后對收集到的數(shù)據(jù)進行清洗，丟失異常數(shù)據(jù)和進行數(shù)據(jù)特征提取，形成數(shù)據(jù)集；根據(jù)數(shù)據(jù)集中的相關數(shù)據(jù)進行綜合判斷，形成是否復用當前連接或者新建連接的結(jié)論。

建連優(yōu)化的第五點是 QUIC 建連競速；SDK 支持 QUIC 建連競速，當開啟 QUIC 建連競速，用戶發(fā)起訪問時，如果 QUIC 競速勝出則使用 QUIC 建連，HTTP  競速勝出則使用 HTTP 建連，從而提升端側(cè)訪問的成功率。

QUIC 建連競速在視頻播放場景，對播放失敗率、播放卡頓率、慢起播場景都有比較明顯的優(yōu)化；在弱網(wǎng)場景下，QUIC 協(xié)議的性能優(yōu)勢尤為明顯。

以上就是 vivo 在建連優(yōu)化策略方面做的探索和實踐。

2.2.3 統(tǒng)一接入方案

下面我們介紹統(tǒng)一接入方案方面的優(yōu)化，第一點是實現(xiàn)了HTTPDNS 調(diào)度網(wǎng)關，SDK 的所有配置都是通過調(diào)度網(wǎng)關進行管理和下發(fā)，包括 DNS 解析策略、緩存策略，建連策略，都是通過配置網(wǎng)關進行管理，SDK 的配置和策略變更客戶端不需要重新發(fā)版，調(diào)度網(wǎng)關極大的提升了 SDK 的靈活性；并且調(diào)度網(wǎng)關通過域名的方式訪問，同時也避免IP被封禁的情況。

第二點是網(wǎng)絡框架適配，vivo 手機應用使用多種網(wǎng)絡框架，包括 OkHttp、Volley、HttpURLConnection、Glide 等網(wǎng)絡框架，vivo HTTPDNS SDK 對這些網(wǎng)絡框架都做了適配，滿足各類業(yè)務的接入需求，降低了業(yè)務接入的成本。

2.3 HTTPDNS 服務端優(yōu)化

下面我們介紹 vivo HTTPDNS 服務端的架構(gòu)，HTTPDNS 服務端主要提供高性能 API、緩存庫、代理網(wǎng)關等能力；高性能API提供智能解析、鑒權(quán)、緩存查詢等能力；緩存庫提供多級緩存、懶更新等能力；代理網(wǎng)關提供 EDNS、智能調(diào)度、IP探測等能力。通過這些能力給 vivo 用戶提供高可用，低時延的HTTPDNS 解析服務。同時，也提供 HTTPDNS 管理后臺，支持 DNS 管理、系統(tǒng)管理、調(diào)度策略管理、鑒權(quán)管理、接入管理等能力。

服務端最核心的能力主要分為智能調(diào)度和多級緩存，服務端智能調(diào)度是獲取多個合作方的解析結(jié)果，通過異步IP探測等策略，取最優(yōu)的結(jié)果進行緩存，SDK 從服務端獲取最優(yōu)的IP地址進行業(yè)務訪問。多級緩存將緩存結(jié)果由同步刷新優(yōu)化為基于 TTL 過期時間的自動異步刷新一級緩存和二級緩存，極大的提升服務端的性能，同時也降低了 HTTPDNS 的使用成本。

2.4 HTTPDNS 可視化監(jiān)控

vivo HTTPDNS 平臺提供全鏈路的可視化監(jiān)控能力；能夠監(jiān)控用戶從 DNS 解析到整個請求全部結(jié)束的所有階段的耗時與請求；根據(jù)監(jiān)控可以高效定位網(wǎng)絡請求的各個階段的異常；同時也提供省份運營商維度的區(qū)域性監(jiān)控和異常預警的能力；解決了業(yè)務訪問鏈路無監(jiān)控的難點。根據(jù)省份運營商維度的區(qū)域性監(jiān)控，可以針對不同地區(qū)的網(wǎng)絡訪問環(huán)境制定對應的優(yōu)化方案，預警能力能夠及時發(fā)現(xiàn)異常并及時進行優(yōu)化。

2.5 HTTPDNS 業(yè)務效果

經(jīng)過以上的優(yōu)化實踐，截止當前，vivo HTTPDNS 平臺已經(jīng)覆蓋 vivo 手機100+的業(yè)務，HTTPDNS 的解析次數(shù)達到了15億次每天；客戶端的解析時延由平均180ms下降到115ms，下降幅度36%，優(yōu)化效果顯著；服務端解析成功率達到99.5%，給業(yè)務提供穩(wěn)定可靠的解析服務；服務端響應時間約4ms，達到行業(yè)領先水平；服務端緩存命中率達到90%，降低 HTTPDNS 的成本的同時縮短 DNS 解析的響應時間。

在成功率提升方面，DNS 解析成功率由優(yōu)化前的97%提升到優(yōu)化后的99.85%，基本解決了全部 DNS 相關的問題；客戶端訪問成功率也由優(yōu)化前的97%提升到優(yōu)化后的99%，優(yōu)化效果顯著，經(jīng)過優(yōu)化，vivo 終端應用的用戶體驗有非常明顯的提升。

在防劫持方面， 2023年2月 i音樂域名某地區(qū)被劫持，通過監(jiān)控發(fā)現(xiàn)域名被劫持到國外地址；vivo HTTPDNS 平臺監(jiān)控發(fā)現(xiàn)域名使用 HTTPDNS 解析正常，域名成功率和連通率均正常；CDN 監(jiān)控業(yè)務流量正常，未出現(xiàn)任何異常。

在域名誤封禁方面， 2023年4月 .com.cn 根域在某地區(qū)電信&移動網(wǎng)絡下被誤封禁，DNS 解析地址返回127.0.0.1；vivo瀏覽器、短視頻等接入 vivo HTTPDNS 平臺業(yè)務未受到影響，提升了 vivo 服務的可用性、品牌形象和口碑。

以上就是 vivo HTTPDNS 平臺的探索和實踐，以及業(yè)務接入之后的具體表現(xiàn)。

三、vivo HTTPDNS 總結(jié)與展望

3.1 vivo HTTPDNS 建設總結(jié)

vivo HTTPDNS 平臺的諸多實踐，沒有全部詳細描述，業(yè)務的優(yōu)化方面也將持續(xù)建設。

• 在域名解析優(yōu)化方面，得益于DNS自適應解析策略和IP優(yōu)先/兜底策略的優(yōu)化，DNS 解析成功率有顯著的提升。
• 在緩存優(yōu)化方面，動態(tài)緩存和樂觀緩存策略進一步降低 DNS 解析時間，優(yōu)化鏈路訪問時延時延，整體 DNS 解析時延下降30%+。
• 建連優(yōu)化方面，依托于端側(cè)網(wǎng)速檢測、最佳路由、長連接預測模型、QUIC 建連競速等策略，客戶端成功率提升到2%。
• 統(tǒng)一調(diào)度網(wǎng)關作為 vivo HTTPDNS 平臺實踐 SDK 與服務端的橋梁，使得端到端的優(yōu)化策略得以串聯(lián)。
• 服務端智能調(diào)度提升 vivo HTTPDNS 的解析成功率，服務端解析成功率達到99.9%，進一步助力端側(cè)業(yè)務的訪問體驗。
• 全鏈路監(jiān)控為 vivo HTTPDNS 平臺提供端到端的全鏈路監(jiān)控能力，為業(yè)務的發(fā)展提供數(shù)據(jù)支撐。

3.2 vivo HTTPDNS 未來展望

最后，是我們對未來的一些展望，未來我們將持續(xù)聚焦端側(cè)優(yōu)化的前沿技術(shù)；在網(wǎng)絡加速方面探索多通道加速和端側(cè)調(diào)度優(yōu)化方案；

在多通道加速方面探索雙移動網(wǎng)絡、雙 WiFi 或者移動網(wǎng)絡加 WiFi 的加速方案。

在端側(cè)調(diào)度方面利用端側(cè)就近調(diào)度、智能尋址和專用低時延網(wǎng)絡加速方案，進一步提升端側(cè)用戶的體驗。

體驗優(yōu)化是 vivo 用戶導向最核心的體現(xiàn)，用戶訪問成功率的提升需要我們不斷的投入和持續(xù)的優(yōu)化；我們將會與行業(yè)一起繼續(xù)探索體驗優(yōu)化的新技術(shù)和新方案。