本文原題“如果讓你來設計網絡”,由閃客sun分享,轉載請聯繫作者。
1、引言
網絡編程能力對於即時通訊技術開發者來說是基本功,而計算機網絡又是網絡編程的理論根基,因而深刻準確地理解計算機網絡知識顯然能夯實你的即時通訊應用的實踐品質。
本文風格類似於52im社區裏的《網絡編程懶人入門》、《腦殘式網絡編程入門》兩個系列,但通俗又不失內涵,簡潔又不簡陋,非常適合對計算機網絡知識有嚮往但又有懼怕的網絡編程愛好者們閱讀,希望能給你帶來不一樣的網絡知識入門視角。
本篇主要以通俗易懂的文風,引導你理解計算機網絡是如何演化成今日的樣子,文中穿插了集線器、交換楊、路由器等設備的使用背景以及技術原理,由淺入深,非常適合入門者閱讀。
本文已同步發佈於“即時通訊技術圈”公衆號,歡迎關注。公衆號上的鏈接是:點此進入。
2、系列文章
本文是該系列文章中的第1篇:
- 《網絡編程入門從未如此簡單(一):假如你來設計網絡,會怎麼做?》(本文)
- 《網絡編程入門從未如此簡單(二):假如你來設計TCP協議,會怎麼做?(稍後發佈...)》
本文是系列文章中的開篇,主要涉及計算機網絡的物理層、數據鏈路層、網絡層。
3、階段1:就兩臺電腦,要網絡作甚
你是一臺電腦,你的名字叫 A。
很久很久以前,你不與任何其他電腦相連接,孤苦伶仃。
直到有一天,你希望與另一臺電腦 B 建立通信,於是你們各開了一個網口,用一根網線連接了起來。
用一根網線連接起來怎麼就能"通信"了呢?我可以給你講 IO、講中斷、講緩衝區,但這不是研究網絡時該關心的問題。
如果你糾結,要麼去研究一下操作系統是如何處理網絡 IO 的,要麼去研究一下包是如何被網卡轉換成電信號發送出去的,要麼就僅僅把它當做電腦裏有個小人在開槍吧~
反正,你們就是連起來了,並且可以通信。
4、階段2:電腦多起來了,需要組個網
4.1 集線器
有一天,一個新夥伴 C 加入了,但聰明的你們很快發現,可以每個人開兩個網口,用一共三根網線,彼此相連。
隨着越來越多的人加入,你發現身上開的網口實在太多了,而且網線密密麻麻,混亂不堪。(PS:實際上一臺電腦根本開不了這麼多網口,所以這種連線只在理論上可行,所以連不上的我就用紅色虛線表示了,就是這麼嚴謹哈哈~)
於是你們發明了一箇中間設備,你們將網線都插到這個設備上,由這個設備做轉發,就可以彼此之間通信了,本質上和原來一樣,只不過網口的數量和網線的數量減少了,不再那麼混亂。
你給它取名叫:集線器,它僅僅是無腦將電信號轉發到所有出口(廣播),不做任何處理,你覺得它是沒有智商的,因此把人家定性在了物理層。
4.2 MAC地址
由於轉發到了所有出口,那 BCDE 四臺機器怎麼知道數據包是不是發給自己的呢?
首先,你要給所有的連接到集線器的設備,都起個名字。原來你們叫 ABCD,但現在需要一個更專業的,全局唯一的名字作爲標識,你把這個更高端的名字稱爲 MAC地址。
你的 MAC 地址是 aa-aa-aa-aa-aa-aa,你的夥伴 b 的 MAC 地址是 bb-bb-bb-bb-bb-bb,以此類推,不重複就好。
這樣,A 在發送數據包給 B 時,只要在頭部拼接一個這樣結構的數據,就可以了。
B 在收到數據包後,根據頭部的目標 MAC 地址信息,判斷這個數據包的確是發給自己的,於是便收下。
其他的 CDE 收到數據包後,根據頭部的目標 MAC 地址信息,判斷這個數據包並不是發給自己的,於是便丟棄。
雖然集線器使整個佈局乾淨不少,但原來我只要發給電腦 B 的消息,現在卻要發給連接到集線器中的所有電腦,這樣既不安全,又不節省網絡資源。
5、階段3:一個網不夠用了,得級連組網
5.1 交換機
如果把這個集線器弄得更智能一些:“只發給目標 MAC 地址指向的那臺電腦”,就好了。
雖然只比集線器多了這一點點區別,但看起來似乎有智能了,你把這東西叫做:交換機。也正因爲這一點點智能,你把它放在了另一個層級:數據鏈路層。
如上圖所示,你是這樣設計的。
5.2 以太網
交換機內部維護一張 MAC 地址表,記錄着每一個 MAC 地址的設備,連接在其哪一個端口上。
假如你仍然要發給 B 一個數據包,構造瞭如下的數據結構從網口出去。
到達交換機時,交換機內部通過自己維護的 MAC 地址表,發現目標機器 B 的 MAC 地址 bb-bb-bb-bb-bb-bb 映射到了端口 1 上,於是把數據從 1 號端口發給了 B,完事~
你給這個通過這樣傳輸方式而組成的小範圍的網絡,叫做:以太網。
當然最開始的時候,MAC 地址表是空的,是怎麼逐步建立起來的呢?
5.3 MAC地址表
假如在 MAC 地址表爲空是,你給 B 發送瞭如下數據
由於這個包從端口 4 進入的交換機,所以此時交換機就可以在 MAC地址表記錄第一條數據:
MAC:aa-aa-aa-aa-aa-aa-aa
端口:4
交換機看目標 MAC 地址(bb-bb-bb-bb-bb-bb)在地址表中並沒有映射關係,於是將此包發給了所有端口,也即發給了所有機器。
之後,只有機器 B 收到了確實是發給自己的包,於是做出了響應,響應數據從端口 1 進入交換機,於是交換機此時在地址表中更新了第二條數據:
MAC:bb-bb-bb-bb-bb-bb
端口:1
過程如下:
經過該網絡中的機器不斷地通信,交換機最終將 MAC 地址表建立完畢~
5.4 交換機級連
隨着機器數量越多,交換機的端口也不夠了,但聰明的你發現,只要將多個交換機連接起來,這個問題就輕而易舉搞定~
你完全不需要設計額外的東西,只需要按照之前的設計和規矩來,按照上述的接線方式即可完成所有電腦的互聯,所以交換機設計的這種規則,真的很巧妙。你想想看爲什麼(比如 A 要發數據給 F)。
但是你要注意,上面那根紅色的線,最終在 MAC 地址表中可不是一條記錄呀,而是要把 EFGH 這四臺機器與該端口(端口6)的映射全部記錄在表中。
最終,兩個交換機將分別記錄 A ~ H 所有機器的映射記錄。
左邊的交換機:
右邊的交換機:
這在只有 8 臺電腦的時候還好,甚至在只有幾百臺電腦的時候,都還好,所以這種交換機的設計方式,已經足足支撐一陣子了。
但很遺憾,人是貪婪的動物,很快,電腦的數量就發展到幾千、幾萬、幾十萬。
6、階段4:電腦多到頭大,需要更復雜的網絡
6.1 路由器
交換機已經無法記錄如此龐大的映射關係了。
此時你動了歪腦筋,你發現了問題的根本在於,連出去的那根紅色的網線,後面不知道有多少個設備不斷地連接進來,從而使得地址表越來越大。
那我可不可以讓那根紅色的網線,接入一個新的設備,這個設備就跟電腦一樣有自己獨立的 MAC 地址,而且同時還能幫我把數據包做一次轉發呢?
這個設備就是路由器,它的功能就是,作爲一臺獨立的擁有 MAC 地址的設備,並且可以幫我把數據包做一次轉發,你把它定在了網絡層。
注意:路由器的每一個端口,都有獨立的 MAC 地址!
好了,現在交換機的 MAC 地址表中,只需要多出一條 MAC 地址 ABAB 與其端口的映射關係,就可以成功把數據包轉交給路由器了,這條搞定。
那如何做到,把發送給 C 和 D,甚至是把發送給 DEFGH.... 的數據包,統統先發送給路由器呢?
6.2 Mac地址不是萬能的
不難想到這樣一個點子,假如電腦 C 和 D 的 MAC 地址擁有共同的前綴,比如分別是:
C 的 MAC 地址:FFFF-FFFF-CCCC
D 的 MAC 地址:FFFF-FFFF-DDDD
那我們就可以說:將目標 MAC 地址爲 FFFF-FFFF-?開頭的,統統先發送給路由器。
這樣是否可行呢?答案是否定的。
我們先從現實中 MAC 地址的結構入手,MAC地址也叫物理地址、硬件地址,長度爲 48 位,一般這樣來表示:
00-16-EA-AE-3C-40
它是由網絡設備製造商生產時燒錄在網卡的EPROM(一種閃存芯片,通常可以通過程序擦寫)。其中前 24 位(00-16-EA)代表網絡硬件製造商的編號,後 24 位(AE-3C-40)是該廠家自己分配的,一般表示系列號。只要不更改自己的 MAC 地址,MAC 地址在世界是唯一的。
形象地說:MAC地址就如同身份證上的身份證號碼,具有唯一性。
那如果你希望向上面那樣表示將目標 MAC 地址爲 FFFF-FFFF-?開頭的,統一從路由器出去發給某一羣設備(後面會提到這其實是子網的概念),那你就需要要求某一子網下統統買一個廠商製造的設備,要麼你就需要要求廠商在生產網絡設備燒錄 MAC 地址時,提前按照你規劃好的子網結構來定 MAC 地址,並且日後這個網絡的結構都不能輕易改變。
這顯然是不現實的。
6.3 IP地址
於是你發明了一個新的地址,給每一臺機器一個 32 位的編號,如:
11000000101010000000000000000001
你覺得有些不清晰,於是把它分成四個部分,中間用點相連:
11000000.10101000.00000000.00000001
你還覺得不清晰,於是把它轉換成 10 進制:
192.168.0.1
最後你給了這個地址一個響亮的名字:IP 地址。
現在每一臺電腦,同時有自己的 MAC 地址,又有自己的 IP 地址,只不過 IP 地址是軟件層面上的,可以隨時修改,MAC 地址一般是無法修改的。
這樣一個可以隨時修改的 IP 地址,就可以根據你規劃的網絡拓撲結構,來調整了。
如上圖所示:假如我想要發送數據包給 ABCD 其中一臺設備,不論哪一臺,我都可以這樣描述:"將 IP 地址爲 192.168.0 開頭的全部發送給到路由器,之後再怎麼轉發,交給它!",巧妙吧。
6.4 路由原理
那交給路由器之後,路由器又是怎麼把數據包準確轉發給指定設備的呢?
別急我們慢慢來。
我們先給上面的組網方式中的每一臺設備,加上自己的 IP 地址:
現在兩個設備之間傳輸,除了加上數據鏈路層的頭部之外,還要再增加一個網絡層的頭部。
假如 A 給 B 發送數據,由於它們直接連着交換機,所以 A 直接發出如下數據包即可,其實網絡層沒有體現出作用。
但假如 A 給 C 發送數據,A 就需要先轉交給路由器,然後再由路由器轉交給 C。由於最底層的傳輸仍然需要依賴以太網,所以數據包是分成兩段的。
A ~ 路由器這段的包如下:
路由器到 C 這段的包如下:
好了,上面說的兩種情況(A -> B、A -> C),相信細心的讀者應該會有不少疑問,下面我們一個個來展開。
7、路由器的衍生知識點
路由器的原理也就是我們在上節中提到的那樣,路由器看起來好像也沒啥了不起的,但事實並非如此。
實際上,路由器是互聯網的主要結點設備,可以這樣說:正是路由器構成了互聯網的通信骨架。
正因爲如此,對於入門者而言,跟路由器有關的知識點(包括路由原理等)所涉及的疑問,其實會非常多,本節將着重探討幾個重要的方面。
7.1 子網和子網掩碼
上章中:A給C發數據包,怎麼知道是否要通過路由器轉發呢?
答案是:子網。
如果源 IP 與目的 IP 處於一個子網,直接將包通過交換機發出去;
如果源 IP 與目的 IP 不處於一個子網,就交給路由器去處理。
好,那現在只需要解決什麼叫“處於一個子網”這個疑問就好了。
192.168.0.1 和 192.168.0.2 處於同一個子網
192.168.0.1 和 192.168.1.1 處於不同子網
這兩個是我們人爲規定的,即我們想表示,對於 192.168.0.1 來說:
192.168.0.xxx 開頭的,就算是在一個子網,否則就是在不同的子網。
那對於計算機來說,怎麼表達這個意思呢?於是人們發明了子網掩碼的概念。
假如:某臺機器的子網掩碼定爲 255.255.255.0。
這表示:將源 IP 與目的 IP 分別同這個子網掩碼進行與運算,相等則是在一個子網,不相等就是在不同子網,就這麼簡單。
比如:
A電腦:192.168.0.1 & 255.255.255.0 = 192.168.0.0
B電腦:192.168.0.2 & 255.255.255.0 = 192.168.0.0
C電腦:192.168.1.1 & 255.255.255.0 = 192.168.1.0
D電腦:192.168.1.2 & 255.255.255.0 = 192.168.1.0
那麼 A 與 B 在同一個子網,C 與 D 在同一個子網,但是 A 與 C 就不在同一個子網,與 D 也不在同一個子網,以此類推。
所以:如果 A 給 C 發消息,A 和 C 的 IP 地址分別 & A 機器配置的子網掩碼,發現不相等,則 A 認爲 C 和自己不在同一個子網,於是把包發給路由器,就不管了,之後怎麼轉發,A 不關心。
7.2 默認網關
上章中:A 如何知道,哪個設備是路由器?
答案是:在 A 上要設置默認網關。
上一步 A 通過是否與 C 在同一個子網內,判斷出自己應該把包發給路由器,那路由器的 IP 是多少呢?
其實說發給路由器不準確,應該說 A 會把包發給默認網關。
對 A 來說,A 只能直接把包發給同處於一個子網下的某個 IP 上,所以發給路由器還是發給某個電腦,對 A 來說也不關心,只要這個設備有個 IP 地址就行。
所以:默認網關就是 A 在自己電腦裏配置的一個 IP 地址,以便在發給不同子網的機器時,發給這個 IP 地址。
僅此而已!
7.3 路由表
上章中:路由器如何知道C在哪裏?
答案是:路由表。
現在 A 要給 C 發數據包,已經可以成功發到路由器這裏了。
一個問題就是:路由器怎麼知道,收到的這個數據包,該從自己的哪個端口出去,才能直接(或間接)地最終到達目的地 C 呢。
路由器收到的數據包有目的 IP 也就是 C 的 IP 地址,需要轉化成從自己的哪個端口出去,很容易想到,應該有個表,就像 MAC 地址表一樣。
這個表就叫路由表。
至於這個路由表是怎麼出來的,有很多路由算法,本文不展開,因爲我也不會哈哈 ~
不同於 MAC 地址表的是,路由表並不是一對一這種明確關係,我們下面看一個路由表的結構。
我們學習一種新的表示方法,由於子網掩碼其實就表示前多少位表示子網的網段,所以如 192.168.0.0(255.255.255.0) 也可以簡寫爲 192.168.0.0/24。
這就很好理解了:路由表就表示,192.168.0.xxx 這個子網下的,都轉發到 0 號端口,192.168.1.xxx 這個子網下的,都轉發到 1 號端口。下一跳列還沒有值,我們先不管。
配合着下面的結構圖來看(這裏把子網掩碼和默認網關都補齊了)圖中 & 筆誤,結果應該是 .0。
7.4 ARP協議
疑問:上面說的都是 IP 層,但發送數據包的數據鏈路層需要知道 MAC 地址,可是我只知道 IP 地址該怎麼辦呢?
答案:ARP協議。
假如你(A)此時不知道你同伴 B 的 MAC 地址(現實中就是不知道的,剛剛我們只是假設已知),你只知道它的 IP 地址,你該怎麼把數據包準確傳給 B 呢?
答案很簡單:在網絡層,我需要把 IP 地址對應的 MAC 地址找到,也就是通過某種方式,找到 192.168.0.2 對應的 MAC 地址 BBBB。
這種方式就是ARP協議,同時電腦 A 和 B 裏面也會有一張 ARP 緩存表,表中記錄着 IP 與 MAC 地址的對應關係。
一開始的時候這個表是空的,電腦 A 爲了知道電腦 B(192.168.0.2)的 MAC 地址,將會廣播一條 ARP 請求,B 收到請求後,帶上自己的 MAC 地址給 A 一個響應。此時 A 便更新了自己的 ARP 表。
這樣通過大家不斷廣播 ARP 請求,最終所有電腦裏面都將 ARP 緩存表更新完整。
8、小結一下
好了,小結一下,到目前爲止就幾條規則。
從各個節點的視角來看。。。
電腦視角:
- 1)首先我要知道我的 IP 以及對方的 IP;
- 2)通過子網掩碼判斷我們是否在同一個子網;
- 3)在同一個子網就通過 arp 獲取對方 mac 地址直接扔出去;
- 4)不在同一個子網就通過 arp 獲取默認網關的 mac 地址直接扔出去。
交換機視角:
- 1)我收到的數據包必須有目標 MAC 地址;
- 2)通過 MAC 地址表查映射關係;
- 3)查到了就按照映射關係從我的指定端口發出去;
- 4)查不到就所有端口都發出去。
路由器視角:
- 1)我收到的數據包必須有目標 IP 地址;
- 2)通過路由表查映射關係;
- 3)查到了就按照映射關係從我的指定端口發出去(不在任何一個子網範圍,走其路由器的默認網關也是查到了);
- 4)查不到則返回一個路由不可達的數據包。
如果你嗅覺足夠敏銳,你應該可以感受到下面這句話:
網絡層(IP協議)本身沒有傳輸包的功能,包的實際傳輸是委託給數據鏈路層(以太網中的交換機)來實現的。
涉及到的三張表分別是:
- 1)交換機中有 MAC 地址表用於映射 MAC 地址和它的端口;
- 2)路由器中有路由表用於映射 IP 地址(段)和它的端口;
- 3)電腦和路由器中都有 ARP 緩存表用於緩存 IP 和 MAC 地址的映射關係。
這三張表是怎麼來的:
- 1)MAC 地址表是通過以太網內各節點之間不斷通過交換機通信,不斷完善起來的;
- 2)路由表是各種路由算法 + 人工配置逐步完善起來的;
- 3)ARP 緩存表是不斷通過 ARP 協議的請求逐步完善起來的。
知道了以上這些,目前網絡上兩個節點是如何發送數據包的這個過程,就完全可以解釋通了!
9、最後一波戰鬥
那接下來我們就放上本章 最後一個 網絡拓撲圖吧,請做好最後的 戰鬥 準備!
這時路由器 1 連接了路由器 2,所以其路由表有了下一條地址這一個概念,所以它的路由表就變成了這個樣子。如果匹配到了有下一跳地址的一項,則需要再次匹配,找到其端口,並找到下一跳 IP 的 MAC 地址。
也就是說找來找去,最終必須能映射到一個端口號,然後從這個端口號把數據包發出去。
這時:如果 A 給 F 發送一個數據包,能不能通呢?如果通的話整個過程是怎樣的呢?
思考一分鐘...
詳細過程動畫描述:
詳細過程文字描述:
【1】首先 A(192.168.0.1)通過子網掩碼(255.255.255.0)計算出自己與 F(192.168.2.2)並不在同一個子網內,於是決定發送給默認網關(192.168.0.254)。
【2】A 通過 ARP 找到 默認網關 192.168.0.254 的 MAC 地址。
【3】A 將源 MAC 地址(AAAA)與網關 MAC 地址(ABAB)封裝在數據鏈路層頭部,又將源 IP 地址(192.168.0.1)和目的 IP 地址(192.168.2.2)(注意:這裏千萬不要以爲填寫的是默認網關的 IP 地址,從始至終這個數據包的兩個 IP 地址都是不變的,只有 MAC 地址在不斷變化)封裝在網絡層頭部,然後發包:
【4】交換機 1 收到數據包後,發現目標 MAC 地址是 ABAB,轉發給路由器1。
【5】數據包來到了路由器 1,發現其目標 IP 地址是 192.168.2.2,查看其路由表,發現了下一跳的地址是 192.168.100.5。
【6】所以此時路由器 1 需要做兩件事,第一件是再次匹配路由表,發現匹配到了端口爲 2,於是將其封裝到數據鏈路層,最後把包從 2 號口發出去。
【7】此時路由器 2 收到了數據包,看到其目的地址是 192.168.2.2,查詢其路由表,匹配到端口號爲 1,準備從 1 號口把數據包送出去。
【8】但此時路由器 2 需要知道 192.168.2.2 的 MAC 地址了,於是查看其 arp 緩存,找到其 MAC 地址爲 FFFF,將其封裝在數據鏈路層頭部,並從 1 號端口把包發出去。
【9】交換機 3 收到了數據包,發現目的 MAC 地址爲 FFFF,查詢其 MAC 地址表,發現應該從其 6 號端口出去,於是從 6 號端口把數據包發出去。
【10】F 最終收到了數據包!並且發現目的 MAC 地址就是自己,於是收下了這個包。
10、寫在最後
至此,經過物理層、數據鏈路層、網絡層這前三層的協議,以及根據這些協議設計的各種網絡設備(網線、集線器、交換機、路由器),理論上只要擁有對方的 IP 地址,就已經將地球上任意位置的兩個節點連通了。
本文經過了很多次的修改,刪減了不少影響主流程的內容,就是爲了讓讀者能抓住網絡傳輸前三層的真正核心思想。同時網絡相關的知識也是多且雜,我也還有很多搞不清楚的地方,非常歡迎大家討論交流,共同進步。
本文下篇《網絡編程入門從未如此簡單(二):假如你來設計TCP協議,會怎麼做?(稍後發佈...)》,敬請期待!
附錄:推薦閱讀
- 《網絡編程懶人入門(一):快速理解網絡通信協議(上篇)》
- 《網絡編程懶人入門(二):快速理解網絡通信協議(下篇)》
- 《網絡編程懶人入門(三):快速理解TCP協議一篇就夠》
- 《網絡編程懶人入門(四):快速理解TCP和UDP的差異》
- 《網絡編程懶人入門(五):快速理解爲什麼說UDP有時比TCP更有優勢》
- 《網絡編程懶人入門(六):史上最通俗的集線器、交換機、路由器功能原理入門》
- 《網絡編程懶人入門(七):深入淺出,全面理解HTTP協議》
- 《網絡編程懶人入門(八):手把手教你寫基於TCP的Socket長連接》
- 《網絡編程懶人入門(九):通俗講解,有了IP地址,爲何還要用MAC地址?》
- 《網絡編程懶人入門(十):一泡尿的時間,快速讀懂QUIC協議》
- 《網絡編程懶人入門(十一):一文讀懂什麼是IPv6》
- 《網絡編程懶人入門(十二):快速讀懂Http/3協議,一篇就夠!》
- 《腦殘式網絡編程入門(一):跟着動畫來學TCP三次握手和四次揮手》
- 《腦殘式網絡編程入門(二):我們在讀寫Socket時,究竟在讀寫什麼?》
- 《腦殘式網絡編程入門(三):HTTP協議必知必會的一些知識》
- 《腦殘式網絡編程入門(四):快速理解HTTP/2的服務器推送(Server Push)》
- 《腦殘式網絡編程入門(五):每天都在用的Ping命令,它到底是什麼?》
- 《腦殘式網絡編程入門(六):什麼是公網IP和內網IP?NAT轉換又是什麼鬼?》
- 《腦殘式網絡編程入門(七):面視必備,史上最通俗計算機網絡分層詳解》
- 《腦殘式網絡編程入門(八):你真的瞭解127.0.0.1和0.0.0.0的區別?》
- 《腦殘式網絡編程入門(九):面試必考,史上最通俗大小端字節序詳解》
- 《高性能網絡編程(一):單臺服務器併發TCP連接數到底可以有多少》
- 《高性能網絡編程(二):上一個10年,著名的C10K併發連接問題》
- 《高性能網絡編程(三):下一個10年,是時候考慮C10M併發問題了》
- 《高性能網絡編程(四):從C10K到C10M高性能網絡應用的理論探索》
- 《高性能網絡編程(五):一文讀懂高性能網絡編程中的I/O模型》
- 《高性能網絡編程(六):一文讀懂高性能網絡編程中的線程模型》
- 《高性能網絡編程(七):到底什麼是高併發?一文即懂!》
- 《從根上理解高性能、高併發(一):深入計算機底層,理解線程與線程池》
- 《從根上理解高性能、高併發(二):深入操作系統,理解I/O與零拷貝技術》
- 《從根上理解高性能、高併發(三):深入操作系統,徹底理解I/O多路複用》
- 《從根上理解高性能、高併發(四):深入操作系統,徹底理解同步與異步》
- 《從根上理解高性能、高併發(五):深入操作系統,理解高併發中的協程》
- 《IM開發者的零基礎通信技術入門(十一):爲什麼WiFi信號差?一文即懂!》
- 《IM開發者的零基礎通信技術入門(十二):上網卡頓?網絡掉線?一文即懂!》
- 《IM開發者的零基礎通信技術入門(十三):爲什麼手機信號差?一文即懂!》
- 《IM開發者的零基礎通信技術入門(十四):高鐵上無線上網有多難?一文即懂!》
- 《IM開發者的零基礎通信技術入門(十五):理解定位技術,一篇就夠》
本文已同步發佈於“即時通訊技術圈”公衆號。
▲ 本文在公衆號上的鏈接是:點此進入。同步發佈鏈接是:http://www.52im.net/thread-3296-1-1.html