目錄

TCP/IP四/五層模型

應(yīng)用層常見協(xié)議——傳輸數(shù)據(jù)PDU

傳輸層協(xié)議——傳輸數(shù)據(jù)段

端口號

TCP面向連接服務(wù)CONS?

TCP報(bào)文格式

TCP數(shù)據(jù)傳輸——ACK確認(rèn)機(jī)制

TCP會話建立——三次握手

TCP會話結(jié)束——四次握手

TCP流量控制——滑動窗口協(xié)議

TCP可靠傳輸機(jī)制

TCP擁塞控制

UDP無面向連接服務(wù)DLNS?

網(wǎng)絡(luò)層協(xié)議——傳輸數(shù)據(jù)包

IP協(xié)議

數(shù)據(jù)鏈路層——傳輸數(shù)據(jù)幀

Ethernet_II幀格式

IEEE802.3幀格式

TCP/IP四/五層模型

TCP/IP協(xié)議簇由來
TCP/IP協(xié)議簇是基于DoD模型而訂制的各種網(wǎng)絡(luò)協(xié)議
而DoD模型(美國國防部模型)是美國國防部設(shè)計(jì)的一個網(wǎng)絡(luò)模型，它相當(dāng)于一個OSI模型的精簡版，OSI模型是7層，而它是4層，并且兩者具有對應(yīng)關(guān)系
目前直接將DoD模型稱為為TCP/IP模型，并且現(xiàn)在網(wǎng)絡(luò)通信基本上使用的都是TCP/IP模型

標(biāo)準(zhǔn)定義的TCP/IP模型為四層模型，沒有對網(wǎng)絡(luò)接口層進(jìn)行明確的細(xì)分

但是我們在使用TCP/IP模型時，一般會網(wǎng)絡(luò)接口層分為鏈路層物理層來使用

應(yīng)用層常見協(xié)議——傳輸數(shù)據(jù)PDU

通過各種協(xié)議向終端用戶提供業(yè)務(wù)應(yīng)用

DNS——建立域名與IP之間的關(guān)系

HTTP——超文本傳輸協(xié)議

HTTP將圖像，視頻，文件有，音樂等傳輸給客戶端供用戶上網(wǎng)訪問

不安全，現(xiàn)在基本都是用Https協(xié)議

HTTPS——安全的超文本傳輸協(xié)議

相比于Http增加了加密驗(yàn)證功能

SMTP——用于發(fā)送郵件

POP3/IMAP——用于接收郵件

IMAP功能相比于POP3更多

?IMAP和POP3的主要區(qū)別

Telnet——遠(yuǎn)程登錄服務(wù)的標(biāo)準(zhǔn)協(xié)議

不安全，現(xiàn)在一般使用SSH進(jìn)行遠(yuǎn)程登錄

SSH——加密遠(yuǎn)程登錄管理

通過密鑰進(jìn)行加密認(rèn)證

FTP——文本傳輸協(xié)議

提供可靠的文件傳輸 服務(wù)，具有認(rèn)證，權(quán)限的功能

TFTP——簡單文件傳輸協(xié)議

提供不可靠的文件傳輸服務(wù)

消耗資源小，速度快

常用于網(wǎng)絡(luò)設(shè)備的配置文件和系統(tǒng)文件傳輸

傳輸層協(xié)議——傳輸數(shù)據(jù)段

傳輸層提供面向連接或非面向連接服務(wù)以及進(jìn)行重傳前的差錯檢驗(yàn)

傳輸層只定義了兩種協(xié)議TCP和UDP

端口號

端口號用來區(qū)分不同的應(yīng)用層協(xié)議，當(dāng)解封時看到傳輸層攜帶的端口號，就能了解到上層應(yīng)用層攜帶的是何種應(yīng)用層協(xié)議

端口號分類

0~1023? ? ? ? ? ? ?公認(rèn)/知名端口號

1024~49151? ? ?應(yīng)用注冊使用的端口號

49152~65535? 私有/動態(tài)端口（主機(jī)/客戶端使用）

知名端口號

端口號	指定的上層應(yīng)用層協(xié)議	所屬傳輸層協(xié)議
20	FTP數(shù)據(jù)平面	TCP
21	FTP控制平面	TCP
22	SSH	TCP
23	Telnet	TCP
25	SMTP	TCP
80	HTTP	TCP
110	POP3	TCP
443	SSL	TCP
179	BGP	TCP
53	DNS	TCP/UDP
67	DHCP（服務(wù)端監(jiān)聽的端口）	UDP
68	DHCP（客戶端監(jiān)聽的端口）	UDP
69	TFTP	UDP
161	SNMP	UDP
520	RIP	UDP

TCP面向連接服務(wù)CONS?

TCP是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議

TCP適用場景

文件傳輸（對數(shù)據(jù)準(zhǔn)確性要求高、速度可以相對慢）

郵件傳輸（對數(shù)據(jù)準(zhǔn)確性要求高、非緊急）

遠(yuǎn)程登錄（對數(shù)據(jù)準(zhǔn)確性要求高、有連接的概念）

TCP報(bào)文格式

固定長度20字節(jié)，可變長度40字節(jié)

TCP的最大報(bào)文段長度即MSS一般是1460字節(jié)（1500MTU-20IP Head-20TCP Head）

MSS（最大分段大小）指數(shù)據(jù)的長度最大1460字節(jié)

源端口??? Source port??? ???

標(biāo)識哪個應(yīng)用程序發(fā)送的

目標(biāo)端口? Destination Port??

標(biāo)識哪個應(yīng)用程序接收的

序列號?? Sequence Number（簡稱seq）

在TCP傳送的數(shù)據(jù)流中，每一個字節(jié)都有一個序號，在發(fā)送報(bào)文時會攜帶Seq

seq=seq+載荷（seq = 自己上一個報(bào)文的seq+自己上一個報(bào)文的載荷）

載荷就是上層的所有包，此處指應(yīng)用層的包（數(shù)據(jù)data）

seq是32位的無符號數(shù)，當(dāng)seq到達(dá)2^32-1后從0開始，依次循環(huán)

例如：第一報(bào)文段的seq為300，而且載荷數(shù)據(jù)共100字節(jié)，則下一個報(bào)文段的seq就是400

確認(rèn)序號? Acknowledge? Number （簡稱ack）

確認(rèn)序號對收到的TCP報(bào)文做確認(rèn)，實(shí)現(xiàn)數(shù)據(jù)傳輸可靠

Ack=seq+載荷（ack = 對方發(fā)來報(bào)文的seq+對方發(fā)來報(bào)文的載荷）

注意：只有Flags中的ACK標(biāo)志為1時，確認(rèn)序號才有效

如何通過對端發(fā)來的ACK驗(yàn)證對端是否收到了我發(fā)送的數(shù)據(jù)

本端收到的對端發(fā)來的ACK，如果該ACK等于自己上個報(bào)文的seq+載荷，則認(rèn)為對端收到了我發(fā)送的上一個報(bào)文

報(bào)頭長度Header? length

用0000~1111來標(biāo)識，其得出來的數(shù)值乘以4就是報(bào)文頭部長度

即0001=1，則其就代表報(bào)文頭部為4個字節(jié)

TCP頭部默認(rèn)20個字節(jié)，其報(bào)文長度也就是0101（5）

在TCP連接建立階段，該頭部一般為24字節(jié)（0110--6），多出來的4字節(jié)為MSS協(xié)商

標(biāo)識? Flags ???????????????????????????????????

Urgent：緊急指針位。當(dāng)URG=1時，先發(fā)送此報(bào)文，不用等待，和緊急位字段一起使用。

ACK：確認(rèn)位。只有當(dāng)ACK=1時，確認(rèn)序號字段才有 效；

Push：急迫位。當(dāng)PSH=1時，發(fā)送到對方后，對方先接收處理。

RST：重置位。當(dāng)RST=1時，表示出現(xiàn)連接錯誤，必須釋放連接，然后再重建傳輸連接。復(fù)位比特還用來拒絕一個不法的報(bào)文段或拒絕打開一個連接；

SYN：同步位。SYN=1代表SYN置位，SYN=1,ACK=0時表示請求建立一個連接，攜帶SYN標(biāo)志的TCP報(bào)文段為同步報(bào)文段；只有剛開始前兩次握手SYN置位。

FIN：終止位

窗口? Window

通過接收端來調(diào)節(jié)窗口大小來控制網(wǎng)絡(luò)擁塞，最大65535

當(dāng)其為0時，報(bào)文為Zero window包，下個包為?；畎╧eep-alive）

檢驗(yàn)和? Checksum

對頭部和內(nèi)容進(jìn)行校驗(yàn)

緊急位? Urgent Pointer

只有當(dāng)Flags的URG標(biāo)志置1時緊急指針才有效。

緊急指針是一個正的偏移量，和序號字段中的值相加表示緊急數(shù)據(jù)最后一個字節(jié)的序號。

先處理此序號的報(bào)文

可變長度 Option（0~40）

會攜帶MSS（最大分段大?。?/span>

MSS表示TCP數(shù)據(jù)包每次能夠傳輸?shù)淖畲髷?shù)據(jù)分段（該大小包含MSS最大報(bào)文字段長度）

通過MTU協(xié)商出MSS，通常MSS=MTU-IP頭部長度-TCP頭部長度+MSS字段的長度（一般4字節(jié)）

建立TCP連接時，在發(fā)送第一個SYN數(shù)據(jù)報(bào)文的時候會攜帶MSS信息（告訴對端我期望接收到的TCP報(bào)文的最大長度是多少），對端發(fā)送（SYN ACK）報(bào)文攜帶協(xié)商后的MSS

后續(xù)傳輸數(shù)據(jù)時就不攜帶MSS字段

MSS和MTU的區(qū)別

MTU為最大傳輸單元：是指鏈路層的最大傳輸單元，包含TCP頭部和IP頭部，不包含數(shù)據(jù)鏈路層封裝頭

TCP數(shù)據(jù)傳輸——ACK確認(rèn)機(jī)制

TCP會話建立——三次握手

通過標(biāo)志位syn、ack以及序列號seq確認(rèn)序列號ack實(shí)現(xiàn)

TCP三次握手，至少會交互三次報(bào)文

會話建立的三種情況

發(fā)送信號→對方確認(rèn)→收到回復(fù)（就是上述圖片的情況）

發(fā)送信號→對方否認(rèn)→重傳

發(fā)送信號→發(fā)送超時→主動重傳

TCP會話結(jié)束——四次握手

通過標(biāo)志位fin、ack以及序列號seq確認(rèn)序列號ack實(shí)現(xiàn)

TCP四次握手，不一定交互四次報(bào)文（也有可能因?yàn)楣收襄e誤發(fā)送RST置位報(bào)文直接斷開連接）

RST置位情況

服務(wù)器端口沒有打開、服務(wù)器中途中斷服務(wù)、服務(wù)器響應(yīng)太慢導(dǎo)致用戶終止連接

客戶端段異常終止服務(wù)
網(wǎng)絡(luò)攻擊等

TCP四次揮手

TCP流量控制——滑動窗口協(xié)議

與其相關(guān)聯(lián)的是窗口Windows字段，最大65535

為什么要提出窗口機(jī)制

我們知道TCP是面向字節(jié)流傳輸?shù)模磳?yīng)用程序看為一串無結(jié)構(gòu)的字節(jié)流進(jìn)行傳輸

TCP接口有一個自己的發(fā)送緩沖區(qū)，如果這個字節(jié)流太長的話，TCP會將其拆分之后一段一段去發(fā)送；當(dāng)字節(jié)流太短的時候，會將多個子接口集中到發(fā)送緩沖區(qū)，當(dāng)達(dá)到一定的報(bào)文長度后將其發(fā)送出去；當(dāng)將數(shù)據(jù)發(fā)送之后，只有等到對方發(fā)來正確的確認(rèn)報(bào)文之后，才會將緩沖區(qū)的數(shù)據(jù)刪除，進(jìn)行下一次發(fā)送；以A和B通信為例， 正常情況下，A每發(fā)送1句話，B就對其進(jìn)行確認(rèn)確認(rèn)（通過回復(fù)ACK確認(rèn)，ACK的序列號=收到的seq+1來確認(rèn)）

不過這樣傳輸效率低下，因此引入了窗口的概念，針對發(fā)送端的多次數(shù)據(jù)報(bào)文通過一個ACK進(jìn)行回應(yīng)

窗口機(jī)制的原理

但是我們無法知道對方窗口的大小，不知道對方窗口能夠接收的數(shù)據(jù)大小，過多過少都會影響數(shù)據(jù)的傳輸效率；因此通過窗口機(jī)制，協(xié)商雙方的窗口大小（兩邊的窗口大小是一直在變化的），加速數(shù)據(jù)傳輸，進(jìn)行流量控制

例如：A發(fā)送多句話，B通過一句確認(rèn)回復(fù)（通過回復(fù)ACK確認(rèn)，ACK的序列號=收到的最后一句話的seq+其載荷）；并且A會根據(jù)B回復(fù)的ACK確認(rèn)報(bào)文來了解到B的窗口大小，以及B接收了哪些報(bào)文

窗口大小如何協(xié)商

1、當(dāng)A發(fā)送3句話，但是如果B的窗口大小只有2句話時，則第三句話會被丟棄；
2、此時B給A回復(fù)的ACK為A的第二句的序列號+1，并且將自己窗口大小為2告訴A
3、當(dāng)A收到后就知道第三句話沒有被B接收，并且知道了接收端的窗口大小，此時A向B發(fā)送時會控制窗口大小，即此時發(fā)送第三句和第四句話給B

TCP可靠傳輸機(jī)制

超時重傳

接受方?jīng)]有收到發(fā)送方發(fā)來的報(bào)文，也就不會回復(fù)確認(rèn)報(bào)文

發(fā)送方超時時間內(nèi)沒有收到確認(rèn)報(bào)文，認(rèn)為對方?jīng)]有收到數(shù)據(jù)，重新發(fā)送數(shù)據(jù)

確認(rèn)丟失

接收方收到了發(fā)送方的報(bào)文，但是回應(yīng)的確認(rèn)包中途丟失

此時發(fā)送方收不到確認(rèn)報(bào)文，超時重傳

當(dāng)重傳報(bào)文發(fā)到接收方時，接收方丟棄重傳的報(bào)文，并重新發(fā)送確認(rèn)

確認(rèn)遲到

第一次確認(rèn)包由于延遲很久才收到，但是在發(fā)送方收到第一次確認(rèn)包的時候已經(jīng)通過重傳報(bào)文、重傳確認(rèn)包進(jìn)行了確認(rèn)，則發(fā)送方對于該延時的確認(rèn)包不進(jìn)行任何操作

TCP擁塞控制

擁塞控制的作用

在某個時間段內(nèi)，如果我們對于網(wǎng)絡(luò)中某個資源的需求超過了該資源所能提供的可用部分，這個時候網(wǎng)絡(luò)性能發(fā)生變化，出現(xiàn)了網(wǎng)絡(luò)擁塞

擁塞控制就是避免網(wǎng)絡(luò)中出現(xiàn)過多的數(shù)據(jù)，避免網(wǎng)絡(luò)鏈路和網(wǎng)絡(luò)設(shè)備出現(xiàn)過載情況而出現(xiàn)網(wǎng)絡(luò)擁塞

擁塞控制方法

慢啟動算法：最開始發(fā)送較小的數(shù)據(jù)包，然后發(fā)送的數(shù)據(jù)包大小依次指數(shù)規(guī)律遞增

擁塞避免：經(jīng)過慢啟動階段后就開始使用擁塞避免算法來進(jìn)行擁塞控制（擁塞窗口成線性增長，即每輪詢一次就將cwnd加1，每次都只加1，避免了擁塞窗口快速增長）

快重傳算法：主要用于丟包檢測，更快的重傳數(shù)據(jù)包，更早的調(diào)整通塞機(jī)的狀態(tài)，從而持續(xù)升窗；

快恢復(fù)算法：當(dāng)發(fā)送方檢測到連續(xù)丟包時，TCP會觸發(fā)快速重傳并進(jìn)行降窗狀態(tài)，將cend減少至一半，使得一次發(fā)送更少的數(shù)據(jù)，然后在慢慢增大，預(yù)防網(wǎng)絡(luò)擁塞

UDP無面向連接服務(wù)DLNS?

無面向連接服務(wù)——在通信前要不需要建立會話連接，直接開始傳輸數(shù)據(jù)，不可靠

UDP適用場景

傳輸小數(shù)據(jù)包的場景（UDP不會主動重傳，只有接收方重新申請時才會重傳）

對實(shí)時性要求高的場景（直播比賽等）

報(bào)文格式

?源端口??? Source port??? ???

標(biāo)識哪個應(yīng)用程序發(fā)送的

目標(biāo)端口? Destination Port??

標(biāo)識哪個應(yīng)用程序接收的

長度 ?????Length

UDP頭部+UDP數(shù)據(jù)的字節(jié)數(shù)，最小為8字節(jié)

檢驗(yàn)和? Checksum

對頭部和內(nèi)容進(jìn)行校驗(yàn)

網(wǎng)絡(luò)層協(xié)議——傳輸數(shù)據(jù)包

提供邏輯地址，通過尋址來選擇合適的路由和交換節(jié)點(diǎn)，實(shí)現(xiàn)數(shù)據(jù)從源到目的地的轉(zhuǎn)發(fā)

網(wǎng)絡(luò)層協(xié)議主要是IP協(xié)議，除了IP協(xié)議還有GRE、ICMP、IGMP、OSPF等協(xié)議

IP協(xié)議

IP協(xié)議主要分為IPv4協(xié)議和IPv6協(xié)議，此處只討論IPv4協(xié)議

IPv6協(xié)議以及報(bào)文講解：IPv4與IPv6地址講解-CSDN博客

IPv4協(xié)議報(bào)文格式?????? 固定頭部20字節(jié)，可變頭部40字節(jié)（總共20~60字節(jié)）

IP報(bào)文最大長度為1500字節(jié)（頭部+數(shù)據(jù)）

Version 版本

IP協(xié)議的版本，目前的IP協(xié)議版本號為4，下一代IP協(xié)議版本號為6

Header Length 頭部長度

固定部分的長度（20字節(jié)）和可變部分的長度之和

通過0000~1111來標(biāo)識

即0001=1，則其就代表報(bào)文頭部為4個字節(jié)

IP固定頭部20個字節(jié)，其報(bào)文長度也就是0101（5）

DS Field 區(qū)分服務(wù)字段

用于QoS

Total Length 總長度

IP報(bào)文的總長度。報(bào)頭的長度和數(shù)據(jù)部分的長度之和。

總長度最大為MTU的值，缺省為1500

Identification? 標(biāo)識——分片使用

該字段標(biāo)記當(dāng)前分片為第幾個分片，在數(shù)據(jù)報(bào)重組時很有用（讓其按照順序重組）

Flags? 分段標(biāo)志——分片使用

該字段用于標(biāo)記該報(bào)文是否為分片（有一些可能不需要分片，或不希望分片）

后面是否還有分片（是否是最后一個分片）。

該字段共3位。R、DF、MF三位。目前只有后兩位有效

?R——保留位必須為0

DF——報(bào)文是否分片，為1表示不分片，為0表示分片。

MF——報(bào)文是否是最后一個分片，為1表示“更多的片”，為0表示這是最后一片。

例如：0x00---000? 代表分片，最后一片

?????? ? 0x40---010? 代表不分片，最后一片

?????? ? 0x20---001? 代表不分片，還有更多的片

Fragment Flags 分段偏移——分片使用

指當(dāng)前分片在原數(shù)據(jù)報(bào)（分片前的數(shù)據(jù)報(bào)）中相對于用戶數(shù)據(jù)字段的偏移量，即在原數(shù)據(jù)報(bào)中的相對位置，為 0 代表是第一個包

TTL? 存活時間

IP報(bào)文所允許通過的三層設(shè)備的最大數(shù)量，最大為255

每經(jīng)過一個三層設(shè)備，TTL減1，當(dāng)為0時，路由器將該數(shù)據(jù)報(bào)丟棄。

丟棄報(bào)文時向報(bào)文中的源IP地址發(fā)送ICMP錯誤消息（TTL Exceeded包）類型為 11 0。

Protocol 協(xié)議

該值標(biāo)識網(wǎng)絡(luò)層的上層協(xié)議，可以是其它網(wǎng)絡(luò)層協(xié)議，也可以是傳輸層協(xié)議

協(xié)議號	上層協(xié)議
1	ICMP
2	IGMP
9	IGRP
41	IPv6（IPv6過渡技術(shù) IPv4封裝IPv6時使用）
47	GRE
50	ESP
51	AH
57	SKIP
88	EIGRP
89	OSPF
115	L2TP
6	TCP
17	UDP

Header? Checksum? 校驗(yàn)和

計(jì)算IP頭部的校驗(yàn)和，檢查IP報(bào)頭的完整性

Source Address源地址

Destination Address 目的地址

Options?? 可選字段（0~40字節(jié)）

數(shù)據(jù)鏈路層——傳輸數(shù)據(jù)幀

將比特組合成字節(jié)，再將字節(jié)組合成幀，使用鏈路層地址（其中以太網(wǎng)使用的是MAC地址）來訪問介質(zhì)，并進(jìn)行差錯檢測

數(shù)據(jù)鏈路層定義了兩個子層

LLC? 邏輯鏈路控制

負(fù)責(zé)識別網(wǎng)絡(luò)層的協(xié)議類型，對網(wǎng)絡(luò)層的數(shù)據(jù)進(jìn)行封裝并向下層傳遞

MAC? 介質(zhì)訪問控制

負(fù)責(zé)控制物理層設(shè)備，也就是MAC地址，大小為48位二進(jìn)制（12位十六進(jìn)制）

代表一個網(wǎng)絡(luò)接口的物理地址，全球唯一

24供應(yīng)商代碼（組織唯一標(biāo)識符OUI，由IEEE分配和管理）+24廠商自己分配

第八位為0是單播，為1是組播

數(shù)據(jù)鏈路層主要協(xié)議

1、PPP（點(diǎn)對點(diǎn)鏈路）

2、Ethernet（以太網(wǎng)鏈路）

3、FR（幀中繼鏈路）

4、HDLC（高級數(shù)據(jù)鏈路控制）

5、ATM（異步傳輸模式）

6、802.11協(xié)議（無線傳輸協(xié)議）

PPP協(xié)議講解（PPP連接狀態(tài)、PPP報(bào)文）_靜下心來敲木魚的博客-CSDN博客

以太網(wǎng)鏈路（本次主要介紹以太網(wǎng)幀）

運(yùn)行在MAC層之上

在以太網(wǎng)鏈路上傳輸?shù)臄?shù)據(jù)包成為以太幀

以太網(wǎng)幀（MAC幀）的兩種標(biāo)準(zhǔn)幀格式

Ethernet_Ⅱ、IEEE802.3

IEEE802.3是Ethernet的前生，目前基本未使用（STP目前使用的是IEEE802.3幀格式）

Ethernet_II幀格式

幀大小為64~1518，NTU最大傳輸單元默認(rèn)為1500

Type類型值大于等于1536即（0x0600）

DMAC

目的MAC地址 6字節(jié)

SMAC

源MAC地址 6字節(jié)

Type

標(biāo)識上層協(xié)議類型?? 2字節(jié)

值	協(xié)議
0X0800	IPV4
0X86DD	IPV6
0X0806	ARP
0X0808	幀中繼ARP（反向ARP）
0X8809	LACP
0X8000	IS-IS
0X8100	80.21Q（VLAN）
0X8847	MPLS單播
0X8848	MPLS組播
0X8863	PPPOE發(fā)現(xiàn)階段
0X8864	PPPOE會話階段
0X88CC	LLDP
0X88F5	MVRP

IEEE802.3幀格式

幀長度字段值小于1500（0x05DC），MTU為1492

?DMAC

目的MAC地址 6字節(jié)

SMAC

源MAC地址 6字節(jié)

Length

定義了Data字段包含的字節(jié)數(shù)，不包過CRC檢驗(yàn)碼

DSAP

目的服務(wù)訪問點(diǎn)，此處表示后面類型為STP幀

當(dāng)為0x06，表示后面類型為IP幀

當(dāng)為0xfe，表示后面類型為ISIS幀

SSAP

源服務(wù)訪問點(diǎn)，此處表示后面類型為STP幀

當(dāng)為0x06，表示后面類型為IP幀

Control 字段

通常為0x03，標(biāo)識無連接服務(wù)的IEEE 802.2無編碼數(shù)據(jù)格式

OUI

組織唯一標(biāo)識符，通常為MAC地址的前3字節(jié)

Type

標(biāo)識以太網(wǎng)幀所攜帶的上層數(shù)據(jù)類型

ISIS包

?STP包

文章來源地址http://www.zghlxwxcb.cn/news/detail-701843.html

到了這里，關(guān)于TCP/IP網(wǎng)絡(luò)參考模型的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！