大家好，我是檸檬哥，專註編程知識分享。
歡迎關注@程序員檸檬橙，編程路上不迷路，私信發送以下關鍵字獲取編程資源：
發送 1024 打包下載10個G編程資源學習資料
發送 001 獲取阿里大神LeetCode 刷題筆記
發送 002 獲取獲取谷歌公司編程代碼規範
發送 003 獲取10個精美簡歷模板PDF和Word版
發送 004 獲取100道精選 C++ 面試題和答案word版
發送 005 獲取獲取谷歌LeetCode算法筆記
什麼叫路由？
路由器的英文是 Router，也就是「找路的工具」。找什麼路？尋找各個網絡節點之間的路。
換句話說，路由器就像是快遞中轉站，包裹會經過一個個的中轉站，從遙遠的地方寄到你家附近，數據包也是一樣。
路由器是連接兩個網絡的硬件設備，承擔尋路功能，是網絡的大門，因此，路由器又叫做網關設備（Gateway）。
路由表
路由器和交換機一樣，也有自己的小本本，這個路由表上記載了到各個網絡節點之間的路，會記錄數據來源、相應的路由條目以及下一跳。
路由表就相當於路由器的導航，路由器只需要按照路由表的指示走就可以了。當然前提是，路由表中存在匹配該數據包目的 IP 地址的路由條目。路由表會周期性更新，當網絡拓撲發生變化時也會更新，不用擔心走錯路。
路由器收發數據包的流程
路由器在收發數據包的時候會先查看路由表，如果路由表裡有匹配項，就會把數據包交給下一跳。如果沒有匹配項，就會直接丟棄數據包，然後告訴主機，這個目的地不可達。
直連、靜態路由、動態路由
路由條目的獲取來源有很多種，比如說直連、靜態路由和動態路由。
直連，也就是路由器的直接鄰居。路由器會自己去認識鄰居，然後記錄下來。
當然，也可以通過手動添加的方式告訴路由器目的網段的路徑，也就是靜態路由，適合網絡規模比較小的場景。但是當網絡拓撲發生變化，或是規模擴大的時候，配置和維護的成本就會很高。
這時候就需要結合動態路由，讓路由器通過動態的方式來學習。在大型網絡中，往往採用這種動、靜路由相結合的方式進行部署。
三層尋址
二層尋址，大家還記得嗎？二層尋址就是交換機根據 MAC 地址，在物理層進行尋址。
三層尋址就是指路由器根據 IP 地址，在網絡層進行尋址。
路由器三層尋址流程
當主機想要發送數據的時候，首先會查看目的地是否和自己在同一個網段，如果在同一個網段就會讓交換機進行二層轉發。
如下圖所示，PC1 要給 PC2 發送數據，就會通過交換機來完成。
如果不在同一個網段，主機會把數據包交給自己的路由器，路由器再根據目的 IP 查詢自己的路由表，如果有匹配的條目，則交給下一跳，沒有就丟棄。
如下圖所示，PC1 要給 PC3 發送數據，發現 PC3 和自己不在同一個網段，就會把數據包交給路由器 A，再根據路由表的條目轉發給路由器 B -> C，最後通過交換機 C 送達 PC3。
尋路原則
既然路由器是負責找路的，那條條大路通羅馬，哪條大路最近呢？
來源：Giphy
默認情況下，路由的查詢遵循最長匹配原則，也就是掩碼越長、越精確，路由器就會優先選擇那條路。
然後考慮路徑開銷，比如說帶寬、管理距離、度量值等。也就是如果從這條路走，要花上多少時間和金錢。絕大部分數據通信行為是雙向的，考慮流量的時候，還要關注流量的往返，從這條路去，也得從這條路回來，回來的時候沒路了，這也不行。
路由查詢的行為是逐條的，到目標網絡沿途的每個路由器都必須有關於該目標網段的路由信息。簡單來說，數據包每經過一個路由器，路由器就會告訴它下一跳是誰，該往哪個方向走。
如何選擇路由器？
路由器選型可以考慮這幾個因素：帶寬需求/轉發性能、端口數量、帶機量。
比如說家裡拉了千兆寬帶，那麼路由器一定得是千兆路由器，還要滿足千兆 NAT 轉發的性能。順帶一提，運營商配的光貓是自帶路由功能的，如果沒有特殊需求，普通家庭一般夠用了。
一般家用場景，路由端口用得不太多，可以通過交換機補充。大部分商用場景，4-12 口也就夠了，再多的話，相信大部分企業會選擇三層交換機。
帶機量是一個很重要的指標，我們一般會考慮並發用戶，還有用戶的業務類型。
以 UniFi 的網關設備為例：USG 可以到 100 並發，普通家庭或小微企業，都足夠用了；USG-Pro-4 帶機量可以到 1000 並且，中小企業需求基本可以滿足；如果還有更高的需求，可以使用 UDM-Pro。
我是檸檬哥，專註編程知識分享。
歡迎關注@程序員檸檬橙，編程路上不迷路，私信發送以下關鍵字獲取編程資源：
發送 1024 打包下載10個G編程資源學習資料
發送 001 獲取阿里大神LeetCode 刷題筆記
發送 002 獲取獲取谷歌公司編程代碼規範
發送 003 獲取10個精美簡歷模板PDF和Word版
發送 004 獲取100道精選 C++ 面試題和答案word版
發送 005 獲取獲取谷歌LeetCode算法筆記
來源作者：一口Linux
https://blog.csdn.net/daocaokafei/article/details/124514880
