外匯中高頻 CTA 風控策略回測案例

在匯率波動日益頻繁、企業與機構對風險管理要求不斷提高的背景下,外匯交易策略已成為資產配置與對沖操作的重要工具。其中,CTA 策略在外匯交易中具有非常重要的實際應用價值,在風險控制、趨勢捕捉、資金效率與交易實用性之間取得了良好平衡。
在投入實盤交易之前,利用市場的歷史數據對量化中高頻策略進行測試和評估是確保交易策略有效性和可行性的重要步驟。DolphinDB 憑借其高性能計算引擎和強大的數據處理能力,成為交易策略回測的理想選擇。本文將通過一個結合中高頻 CTA 邏輯與實時風控的外匯遠期交易策略案例,展示 DolphinDB 回測引擎的使用,以及其在實際應用中的應用優勢。

1. 背景介紹

本文將詳細展示如何結合多個技術分析指標,如 RSI (相對強弱指數),Bollinger Bands(布林帶),構建一個涵蓋買賣開倉邏輯的外匯 CTA 策略,并通過算法訂單實現具備實時止盈止損功能的風險控制機制。
在介紹該策略的實現過程之前,為幫助讀者更清晰地理解背景與應用場景,本章將簡要介紹外匯交易的基本特點、CTA 策略的核心思路,以及 DolphinDB 提供的回測解決方案。

1.1 外匯交易背景介紹

中國的外匯市場以銀行間外匯市場為核心,由中國外匯交易中心(CFETS)組織交易。交易品種主要包括即期外匯、遠期外匯、外匯掉期、期權等。不同于國際市場,中國尚未開放外匯期貨交易,遠期合約成為企業管理匯率風險的主要工具之一。外匯遠期合約(Forward FX)是指買賣雙方約定在未來某一時間以固定匯率交換一定數量貨幣的合約。它廣泛用于鎖定結匯成本、規避匯率波動。相比現貨交易,遠期合約具有非標準化、定制化、無交易所掛牌等特點。其價格通常基于即期匯率與利率平價理論計算而來,受利差、期限結構、市場預期等因素影響。盡管遠期交易以對沖為主,但在利差套利、匯率擇時、資金流動管理等領域也廣泛應用于策略化操作。通過歷史數據進行回測,可以系統評估策略的收益風險特征、參數穩定性以及對匯率變動的敏感性。

1.2 CTA 策略背景介紹

CTA 投資策略主要通過技術分析和系統化交易方法,對期貨、外匯、利率等衍生品進行交易。隨著全球金融市場的發展,CTA 策略已被廣泛應用于外匯市場,成為機構和量化交易者應對匯率波動、實現趨勢跟蹤與風險控制的重要工具之一。CTA 策略通常分為主觀 CTA 和量化 CTA 兩大類型。前者依賴交易員對宏觀經濟、政策事件等基本面的判斷進行主觀決策;而后者則基于量化模型,按照預設規則自動生成買賣信號并執行交易。尤其在量化 CTA 策略中,交易決策往往依托一系列技術指標,RSI、Bollinger Bands、平均真實范圍(ATR)等,來識別市場趨勢和交易機會。同時, CTA 策略高度重視風險管理。通過設置止盈止損、限制頭寸規模、控制最大浮虧等方式,量化 CTA 策略在追求趨勢收益的同時,也注重保護資金安全,提高策略在不同市場環境下的穩健性。

1.3 DolphinDB 中高頻回測解決方案概述

中高頻量化交易策略回測平臺的實現主要包括三個重要環節:行情數據按順序回放,委托訂單撮合,以及策略開發與策略回測績效評估。而在實現中高頻策略回測時往往面臨以下幾個挑戰:
首先,海量中高頻交易數據對回測引擎的查詢與計算性能提出了極高的要求。
其次,為確保策略評估和優化的有效性,回測過程中應盡可能模擬實際的交易過程,例如考慮訂單能否成交、成交價格、成交量以及市場沖擊等因素。
此外,回測引擎還應具有靈活的架構,能夠支持多種交易策略和技術指標的實現,并且易于擴展,以適應不同的市場和交易需求。
針對上述挑戰,DolphinDB 基于其高性能的分布式存儲和計算架構,為用戶提供了一個易擴展、性能優的中高頻量化交易策略回測解決方案。該方案實現了庫內行情回放、模擬撮合引擎和事件型中高頻回測引擎三大核心組件,支持通過 DLang、Python 或 C++語言完成中高頻策略的研發和測試。具體來說,該方案涵蓋以下三個模塊:

  • 回放功能:支持將一個或多個不同結構的分布式表中的數據嚴格按照時間或者按指定多列排序順序回放到流表中,因此可以方便地解決因子計算和量化策略研發中研發和生產一體化的問題。
  • 模擬撮合引擎插件:支持滬深交易所 Level-2 逐筆行情和快照行情,實現與交易所一致的?“價格優先,時間優先”?的高精度的撮合、基于多種行情數據的撮合模式、豐富的可用于模擬實盤環境的撮合配置。
  • 回測插件:用戶可以在其中自定義指標,支持基于逐筆、快照、分鐘和日頻行情進行策略回測,獲取回測的收益、持倉、交易明細等信息。其中基于逐筆和快照行情進行高精度策略回測,用戶可以實現仿真和回測一體化的策略驗證。

值得一提的是,這三個模塊化解決方案與外部解決方案兼容性良好。即使用戶已經實現了某個環節的解決方案,DolphinDB 提供的解決方案也可以與其融合成一個完整的回測方案。

2. 基于 DolphinDB 的外匯 CTA 策略:中低頻交易與高頻風控融合實踐

在大部分的 CTA 策略中,高精度的訂單模擬撮合和實時風險控制是確保策略成功和有效執行的關鍵因素。策略的主要邏輯可能是基于分鐘等聚合的 K 線行情,訂單的成交依賴高精度的訂單撮合引擎或者策略止盈止損依賴實時的 tick 級高頻行情。DolphinDB 可以實現回測引擎以實時的 tick 行情作為回測引擎行情輸入,同時按配置的指定頻率觸發 onBar 行情回調方式回測。本案例基于 tick 級高頻行情數據,通過配置項 callbackForSnapshot 實時合成 1 小時 K 線,以實現一個基于布林帶突破與 RSI 指標的外匯 CTA 趨勢策略。具體的策略邏輯如下:

  • 做多開倉:當前 RSI 大于 70 且布林帶正在上移并打破上軌
  • 做空開倉:當前 RSI 小于 30 且布林帶正在下移并打破下軌
  • 如果存在多頭或空頭委托訂單,在算法訂單中根據 tick 行情判斷是否撤單、止盈止損

2.1 編寫自定義策略

首先,基于 tick 行情數據定義重要的技術分析指標:RSI 和?Bollinger Bands。RSI 用來評估市場的超買或超賣狀態,Bollinger Bands 則用來判斷價格波動是否突破區間。為了滿足使用中高頻行情數據計算類似量價因子的需求,DolphinDB 回測引擎采用了響應式狀態引擎。這一引擎能夠實現流批統一計算,并有效處理帶有狀態的高頻因子,具體也可以參考響應式狀態引擎用戶手冊定義相應的指標。以下是定義技術指標 RSI 和 Bollinger Bands 的代碼示例:

@state
defg RSI(close, timePeriod=14) {deltaClose = deltas(close)up = iif(nullCompare(>, deltaClose, 0), deltaClose, 0)down = iif(nullCompare(>, deltaClose, 0), 0, -deltaClose)upAvg = wilder(up, timePeriod)downAvg = wilder(down, timePeriod)return 100.0 * upAvg / (upAvg + downAvg)
}
@state
def stddev(close, timePeriod=5, nbdev=1){return sqrt(var(close, timePeriod, nbdev)) * nbdev
}
@state
def bBands_(close, timePeriod=5, nbdevUp=2, nbdevDn=2, maType=0){mid =sma(close, timePeriod)md = stddev(close, timePeriod, 1)return ((mid + nbdevUp * md), mid, (mid - nbdevDn * md))
}

中高頻回測中,策略通常是事件驅動的,而一個策略邏輯通常需要涉及多種事件,比如新的行情到來、新的訂單成交等等。DolphinDB 回測引擎采用事件驅動機制,提供了全面的事件函數如策略初始化函數、盤前回調函數、行情回調函數、每日盤后回調函數等,用戶可以在相應的回調函數中編寫策略邏輯實現相應的策略。此外,自定義回調函數支持 JIT 技術,可以有效提升策略執行效率。后續本案例將會展示不同的事件函數是如何實現的。
在策略初始化函數中,首先訂閱指標 RSI 、Bollinger Bands。subscribeIndicator 接口獲取回測引擎名、需要計算的數據類型、需要計算的指標字典(key 為指標名,用于之后訪問;value 為指標計算的元代碼),之后計算結果將傳入?onBar?策略回調函數。

def initialize(mutable context){print("initialize")d=dict(STRING,ANY)d["rsi"]=<ta::rsi(lastPrice, 11)>d["bhigh"]=<ta::bBands(lastPrice, 20, 2, 2, 0)[0]>d["bmid"]=<ta::bBands(lastPrice, 20, 2, 2, 0)[1]>d["blow"]=<ta::bBands(lastPrice, 20, 2, 2, 0)[2]>Backtest::subscribeIndicator(context["engine"], "snapshot_kline", d)}

在 K 線回調函數?onBar?中,系統通過獲取訂閱的 RSI 和 布林帶 指標生成開倉信號。并通過算法訂單來實現止盈止損。onBar?函數的?msg?參數,為回測引擎傳來的合成的 K 線行情,以及在?initialize?中定義的指標計算結果。msg?是一個字典,字典的 key 為期貨標的名,而 value 為這支期貨標的對應的行情信息以及指標計算結果。以下代碼展示了買入開倉與賣出開倉的判斷邏輯:

def onBar(mutable context, msg,indicator){istock=msg.keys()[0]msg_=msg[istock]askPrice0=msg_.offerPrice[0]bidPrice0=msg_.bidPrice[0]spread=askPrice0-bidPrice0indicator_=indicator[istock]blow=indicator_.blowbhigh=indicator_.bhighif(spread>context["maxSpread"]){return }rsi_=indicator_.rsiif(isNull(rsi_)){return}close=msg_.lastPricebmid=indicator_.bmidopen=msg_.openistock=msg_.symbolposition=Backtest::getPosition(context["engine"],istock)longpos = position.longPositionshortpos = position.shortPositionif(rsi_>70. and askPrice0>bhigh and close>open and longpos <1){Backtest::submitOrder(context["engine"], (istock,msg_.symbolSource ,context["barTime"],5, round(askPrice0,5), askPrice0 -context["sl"]+context['Slippage'] , askPrice0+ context["tp"]+context['Slippage'], 2, 1,context['Slippage'], 0, context["barTime"]+36000000),"openBuy", 5)return}if(rsi_<30. and bidPrice0<blow and close<open and shortpos <1){Backtest::submitOrder(context["engine"], (istock,msg_.symbolSource,context["barTime"],5, round(bidPrice0,5), bidPrice0+context["sl"]-context['Slippage'], bidPrice0 - context["tp"]-context['Slippage'], 2, 2, context['Slippage'] , 0, context["barTime"]+36000000),"openSell", 5)return}
}

這里的?Backtest::submitOrder?是回測引擎提供的下單接口,回測引擎內置了實時止盈止損的算法訂單,配置項 enableAlgoOrder 設置為 true 時,可以開啟算法訂單:

Backtest::submitOrder(engine, orderMsg, label="", orderType = 5)

orderMsg 為元組類型,包含的成員變量分別是標的代碼、交易所代碼、時間、訂單類型、委托訂單價格、止損價、止盈價、委托訂單數量、買賣方向、滑點、委托訂單有效性,以及委托訂單到期時間。算法訂單的類型 orderType 的取值包括限價止盈訂單(1),市價止盈訂單(2),限價止損訂單(3),市價止損訂單(4),限價止盈止損訂單(5),和市價止盈止損訂單(6)。

2.2 根據策略設置相應的配置參數

回測的開始與結束日期、初始資金、手續費和印花稅、行情類型、訂單延時等均可以通過參數進行配置。這些參數允許用戶靈活地調整回測條件,以模擬不同的市場環境和交易策略的效果。此外策略邏輯上下文 context 也可以通過參數設置策略中的全局變量,此案例中我們在 context 中設置了策略中需要的滑點、點差以及止盈止損價。具體的初始參數配置代碼示例如下:

startDate=2018.12.31
endDate=2019.12.31
userConfig=dict(STRING,ANY)
userConfig["startDate"]=startDate
userConfig["endDate"]=endDate
userConfig["strategyGroup"]="universal"
userConfig["frequency"]= 3600000
userConfig["cash"]= 10000000
userConfig["dataType"]=1
userConfig["depth"] = 1;
userConfig["enableAlgoOrder"]= true
userConfig["latency"]= 1
userConfig["callbackForSnapshot"]=2
userConfig["matchingMode"]=3
Context=dict(STRING,ANY)
Context["opens"]=false
Context["Slippage"]=0.00002
Context["tp"]=0.01
Context["sl"]=0.001
Context["orderId"]=0
Context["maxSpread"]=2.
userConfig["context"]=Context

我們通過配置項 callbackForSnapshot 和 frequency,按指定頻率觸發?onBar?行情回調,從而驅動回測策略執行。以下是對這兩個配置項的具體說明:

配置項配置項說明
callbackForSnapshot = 0表示 tick 行情:tick 行情觸發 onSnapshot 行情回調
callbackForSnapshot = 1,frequency > 0表示 tick 行情:tick 行情觸發 onSnapshot 行情回調;tick 行情按指定 frequency 頻率合成的 K 線行情觸發 onBar 行情回調
callbackForSnapshot = 2,frequency > 0表示 tick 行情:tick 行情按指定 frequency 頻率合成的 K 線行情觸發 onBar 行情回調

2.3 創建回測引擎

設置引擎名稱、引擎配置項、相應的回調函數、合約基本信息表等相應參數之后,通過接口?createBacktester?創建模擬撮合引擎實例。其中,接口?createBacktester?的第四個參數為表示是否開啟 JIT 優化。默認值為 false,表示不開啟,若需要開啟 JIT 優化,只需要設置此參數為 true 即可。

callbacks=dict(STRING,ANY)
callbacks["initialize"]=initialize
callbacks["beforeTrading"]=beforeTrading
callbacks["onBar"]=onBar
callbacks["onOrder"]=onOrder
callbacks["onTrade"]=onTrade
callbacks["afterTrading"]=afterTrading
callbacks["finalize"]=finalize
strategyName="ftxdemoStrategydemo333"
try{Backtest::dropBacktestEngine(strategyName)}catch(ex){print ex}
engine = Backtest::createBacktester(strategyName, userConfig, callbacks,false,basicInfo)

2.4 執行回測引擎

通過?Backtest::createBacktester?創建回測引擎之后,可以通過以下方式執行回測。backtestdata_ 為相應的分鐘頻率行情數據,行情數據字段和類型說明參考?回測插件的接口文檔。

Backtest::appendQuotationMsg(engine, backtestdata_ )

2.5 獲取回測結果

回測運行結束之后,可以通過相應的接口獲取每日持倉、每日權益、收益概述、成交明細和策略中用戶自定義的邏輯上下文。回測插件提供的完整回測結果接口可以參閱?回測插件的接口文檔。下圖為本例獲得的交易明細結果:

3. 性能測試

為了更直觀地展示 DolphinDB 高頻回測引擎在實際場景下的執行性能,我們選取了一只外匯遠期合約的一年歷史數據作為測試樣本。在單線程、非 JIT 模式下運行該策略示例,共處理了 29,317,091 條行情數據,生成 168 筆訂單,整體回測耗時約為 8.2 秒。

4. 總結

在量化回測中,全面采用 tick 數據會帶來較高的計算成本,而純粹依賴中低頻策略又容易忽略實盤中的滑點影響與風控響應延遲問題。為兼顧回測性能與交易精度,本文展示了一種將中低頻決策邏輯與高頻風控機制相結合的策略架構:策略核心邏輯基于分鐘或小時級別的 K 線進行信號判斷與下單操作,關鍵的止盈止損則通過 tick 行情回調實時監控并觸發,從而更真實地還原實盤交易過程中的風控行為。展現了 DolphinDB 回測引擎優異的性能、豐富的策略觸發機制以及全面的回測結果信息。

5. 附錄

外匯 CTA 策略 demo 以及所需要的數據

  • FXDemo.dos
  • backtestdata_.zip

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/diannao/97160.shtml
繁體地址,請注明出處:http://hk.pswp.cn/diannao/97160.shtml
英文地址,請注明出處:http://en.pswp.cn/diannao/97160.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

【iOS】內存管理及部分Runtime復習

1.繼承鏈關于繼承鏈存在兩個指針 類的superclass指向父類 父類的sp指向根類 根類的sp指向空 元類的sp指向父類的元類 最終指向根元類 而根元類的sp指向根類 而關于isa指針 對象的isa指針指向它所屬的類 類的isa指針指向元類 元類的isa指針指向根元類 根元類的isa指針指向自己2.…

重置 Windows Server 2019 管理員賬戶密碼

文章目錄前言1. 重置方法2. 重置流程總結前言 之前因為參加華為存儲的 HCIE 培訓和考試&#xff0c;以及在項目上交付和運維&#xff0c;占用了較多的時間和精力&#xff0c;導致很長一段時間沒有去寫博客&#xff0c;前些天登錄 CSDN 博客發現原力已失效&#xff0c;才知道平…

.Net Core Web 架構(管道機制)的底層實現

.Net Core Web 架構(管道機制)的底層實現 .NET Core Web 程序的底層實現是一個復雜的體系&#xff0c;但我們可以將其分解為幾個核心部分來理解。它本質上是一個將 HTTP 請求轉換為開發者代碼執行&#xff0c;并將執行結果返回為 HTTP 響應的精密管道。 下圖清晰地展示了這一處…

計算圖的力量:從 PyTorch 動態圖到 TensorFlow 靜態圖的全景與實戰

計算圖的力量:從 PyTorch 動態圖到 TensorFlow 靜態圖的全景與實戰 開篇引入 Python 從簡潔優雅的腳本語言,成長為連接數據科學、機器學習與工程化部署的“膠水語言”。在這段進化中,深度學習框架把“數學表達式”變成可執行的“計算圖”,讓自動求導與高性能并行成為日常…

CentOS 7能聯網但yum報錯:Could not resolve host: mirrorlist.centos.org 終極解決方法

CentOS 7能聯網但yum報錯&#xff1a;Could not resolve host: mirrorlist.centos.org 終極解決方法關鍵詞&#xff1a;CentOS 7, yum, Could not resolve host, mirrorlist.centos.org, 軟件源, EOL問題描述大家好&#xff01;相信很多還在使用 CentOS 7 的朋友都遇到了這個問…

【解鎖Photonics for AI:系統學習光學神經網絡與超表面設計,成就下一代光芯片工程師】

### 光學神經網絡基礎 光學神經網絡利用光子替代電子進行信息處理&#xff0c;具有低延遲、高帶寬和低功耗優勢。核心組件包括衍射光學元件&#xff08;DOE&#xff09;、馬赫-曾德爾干涉儀&#xff08;MZI&#xff09;和微環諧振器。 衍射神經網絡&#xff08;DNN&#xff09…

基于SrpingBoot和Vue的共享筆記管理系統-項目分享

基于SrpingBoot和Vue的共享筆記管理系統-項目分享項目介紹項目摘要用戶管理實體圖筆記分享管理實體圖系統總體功能圖寫在最后項目介紹 使用者&#xff1a;管理員、用戶 開發技術&#xff1a;MySQLJavaSpringBootVue 項目摘要 隨著網絡技術的普及和人們閱讀習慣的改變&#x…

我的6年!

修改前&#xff1a;https://t.zsxq.com/ERUuD Data&#xff1a;2025/08/27 更新 你好&#xff0c;我是老成。我在星球中用紅包&#x1f9e7;的方式鼓勵大家發自我介紹&#xff0c;但是我又想&#xff0c;為帶動大家&#xff0c;我得做個榜樣&#xff0c;為此我重新修改一下我的…

深入理解事務一致性和隔離性

事務是數據庫系統提供的高級抽象&#xff0c;利用事務可以讓應用層付出較少的努力就能提供較高的一致性保障&#xff0c;而不用過度關心類似于競爭條件、不完全寫入、數據丟失等問題。 稍微學過用過數據庫的同學&#xff0c;大都接觸過事務這個概念&#xff0c;通常也知道事務…

最優化方法學習筆記

什么是“最優化”&#xff1f;最優化方法的核心思想是&#xff1a;在給定的條件下&#xff0c;找到一個最佳的解決方案。這個“最佳”通常是指使得某個目標函數&#xff08;可以是最小化或最大化的數值&#xff09;達到極致的答案。簡單來說&#xff0c;就是如何用最好的方式做…

多模態融合新紀元:Ovis2.5 本地部署教程,實現文本、圖像與代碼的深度協同推理

一、簡介Ovis2.5 旨在實現原生分辨率的視覺感知和增強的多模態推理。它集成了一個原生分辨率的視覺變換器&#xff08;NaViT&#xff09;&#xff0c;可以處理原始、可變分辨率的圖像&#xff0c;消除了固定分辨率切片的需要&#xff0c;并保留了精細細節和全局布局——這對于圖…

力扣hot100:滑動窗口最大值優化策略及思路講解(239)

記錄一下今天完成的算法題&#xff0c;雖然這個難度是困難&#xff0c;但感覺沒有那個560.和為k的子數組和難想&#xff0c;這個題主要就前期遇到個優先隊列&#xff0c;因為之前沒用過&#xff0c;不太熟悉&#xff0c;剩下的思路感覺都屬于正常難度問題描述原始思路&#xff…

“互聯網 +”時代下開源 AI 大模型 AI 智能名片 S2B2C 商城小程序:行業變革與未來展望

摘要&#xff1a;在“互聯網 ”浪潮的推動下&#xff0c;各行業正經歷著深度融合與變革。互聯網、新零售、云計算等新興技術成為行業發展的關鍵驅動力。本文聚焦開源 AI 大模型 AI 智能名片 S2B2C 商城小程序這一創新模式&#xff0c;分析其在“互聯網 ”背景下的內涵與優勢&am…

ROS2通信機制實戰——從“單向傳數據”到“雙向發請求”(二)

第2天&#xff1a;ROS2通信機制實戰——從“單向傳數據”到“雙向發請求” 做機器人開發時&#xff1a;“為什么控制機器人前進用話題&#xff0c;而讓機器人報位置要用服務&#xff1f;”其實答案很簡單——ROS2的通信機制是“按需設計”的&#xff1a;話題適合高頻、單向的數…

Function Calling(智能客服)

目錄 1.0.思路分析 1.1.基礎CRUD 1.1.1.數據庫表 1.1.2.引入依賴 1.1.3.配置數據庫 1.1.4.基礎代碼 2.定義Function 2.1.課程表的字段&#xff1a; 2.2.定義Function 2.3.System提示詞 2.4.配置ChatClient 3.編寫Controller 3.1.解決兼容性問題 3.2.AlibabaOpenA…

探索淀粉深加工的無限可能:2026 濟南展覽會前瞻

在全球農產品加工的廣闊版圖中&#xff0c;淀粉深加工產業猶如一顆璀璨的明珠&#xff0c;散發著日益耀眼的光芒。其產品廣泛滲透于食品、飲料、醫藥、化工、能源等諸多領域&#xff0c;宛如一條條無形的紐帶&#xff0c;將各個行業緊密相連。隨著技術的日新月異、政策的大力扶…

STAGEWISE實戰指南:從集成到使用的完整解決方案

文章目錄 一、前言 二、集成STAGEWISE的實戰過程 1. 初始配置問題 2. 依賴沖突處理 3. 組件導入問題 四、標準集成方案 1. 完整安裝步驟 2. Vue項目集成步驟 (1) 修改App.vue文件 (2) 配置文件說明 五、最佳實踐 1. 開發規范 2. 常見問題排查 五、總結 一、前言 在前端開發中,…

使用astah制作專業狀態圖及C/C++實現解析

<摘要> 本文詳細解析如何使用astah專業工具繪制高質量的UML狀態圖&#xff0c;并建立與C/C代碼的完整映射關系。內容涵蓋狀態圖核心概念、astah工具實操指南、觸發機制(Trigger)、守衛條件(Guard)和動作(Action)的代碼實現解析&#xff0c;并通過一個完整的用戶登錄狀態機…

C語言————函數遞歸(通俗易懂)

我們在學習些新的函數時&#xff0c;首先我們得理解它是什么&#xff1f;是怎么定義的&#xff1f;然后去了解他的用途&#xff0c;最后我們自己要會用&#xff0c;知道用在什么地方&#xff1f;什么時候用&#xff1f;用的時候要注意些什么&#xff1f;有一個條理清晰的學習邏…

路由基礎(三):靜態路由、動態路由、默認路由

靜態路由 靜態路由&#xff1a;管理員使用手工方式為路由器添加路由 三種添加靜態路由的方式&#xff1a; 配置下一跳配置出接口出接口和下一跳都配置 備注&#xff1a;不配置出接口時&#xff0c;路由器會進行路由遞歸查詢 #添加去往10.1.1.0網段的靜態路由&#xff0c;下一跳…