前言：年底將至突然忙碌了起來怎静，連續(xù)兩個通宵，還真是有些吃不消黔衡，閑下來時候決定寫幾篇關于TCP/IP的文章蚓聘，查閱、參考了一些資料盟劫，進行一下知識梳理與總結夜牡。關于TCP/IP我將分幾個篇章介紹相關內(nèi)容，由于TCP/IP協(xié)議的知識體系非常龐大捞高，我也只能選其中幾個點氯材，簡單概括一下其中的主要內(nèi)容(如遇大神指點，榮幸之至)硝岗，此文為第一篇氢哮。
一、從TCP/IP協(xié)議的制定說起
1. 什么是計算機中的協(xié)議型檀？什么是TCP/IP協(xié)議冗尤？
計算機網(wǎng)絡中的協(xié)議就好比A、B、C裂七、三人說話皆看，A：只會說中文，B：只會說英文背零，C：既會中文腰吟，也會英文。
- 將漢語和英語比作“協(xié)議”
- 將聊天比作“通信”
- 將聊天的內(nèi)容比作“數(shù)據(jù)”
A如果與B聊天徙瓶，由于所持“協(xié)議”不同毛雇，無法“通信”；A與C聊天侦镇，由于所持“協(xié)議”相同灵疮，可以正常“通信”壳繁，也可以理解聊天內(nèi)容震捣，即所謂的“數(shù)據(jù)”。也就是說闹炉，為了使A與B能夠正常溝通蒿赢，必須約定或者選擇一種語言，一種雙方都能理解的規(guī)則剩胁，那么诉植，這種雙方都能理解的規(guī)則祥国，其實就是“協(xié)議”昵观。
那么什么是TCP/IP協(xié)議呢？
從字面上可能會認為TCP/IP是指TCP與IP兩種協(xié)議舌稀，而實際上啊犬，在很多情況下，它是指利用IP進行通信時所必須用到的協(xié)議群的統(tǒng)稱壁查。具體來說觉至，IP或者ICMP、TCP或UDP睡腿、TELNET或者FTP语御，及HTTP都屬于TCP/IP協(xié)議，TCP/IP 一詞泛指這些協(xié)議席怪。
2. OSI（Open System Interconnection:開放式通信系統(tǒng)互聯(lián)參考模型）
為了解決類似A于B無法溝通的問題应闯，ISO(International Organization for Standardization：國際標準化組織)制定了一個國際標準OSI（Open System Interconnection:開放式通信系統(tǒng)互聯(lián)參考模型），對通信系統(tǒng)機型標準化挂捻，即是我們通常熟悉的：7層模型碉纺，由高到低層分別為：
- 應用層
- 表示層
- 會話層
- 傳輸層
- 網(wǎng)絡層
- 數(shù)據(jù)鏈路層
- 物理層
現(xiàn)在，OSI所定義的協(xié)議雖然沒有得到普及，但是在OSI設計之初作為其指導方針的OSI參考模型卻常被用于網(wǎng)絡協(xié)議的制定當中骨田。為什么說OSI所定義的協(xié)議沒有得到普及呢耿导？OSI參考模型的建議是比較理想化的，他希望實現(xiàn)從第一層到第七層的所有模塊态贤，并將它們組合起來實現(xiàn)網(wǎng)絡通信舱呻。因為他的制定與設想是由理想化的成分在的，與我們所要說的TCP/IP協(xié)議的制定產(chǎn)生方式是不同的悠汽，由此我們來說明一下TCP/IP協(xié)議的制定過程狮荔。
3. TCP/IP協(xié)議的制定
- IETF，國際互聯(lián)網(wǎng)工程任務組（The Internet Engineering Task Force介粘，簡稱 IETF）是一個公開性質(zhì)的大型民間國際團體殖氏，匯集了與互聯(lián)網(wǎng)架構和互聯(lián)網(wǎng)順利運作相關的網(wǎng)絡設計者、運營者姻采、投資人和研究人員雅采，并歡迎所有對此行業(yè)感興趣的人士參與。
- IESG ：互聯(lián)網(wǎng)工程指導小組 IESG負責IETF活動和標準制定程序的技術管理工作慨亲，核準或糾正IETF各工作組的研究成果婚瓜，有對工作組的設立終結權，確保非工作組草案在成為請求注解文件（RFC）時的準確性刑棵。并根據(jù)ISOC理事會批準的規(guī)定和程序?qū)藴实闹贫ㄟ^程進行管理巴刻。 IESG特成立了AgentX工作組。目標是為snmp代理定義可以遵循的標準技術蛉签。該技術規(guī)范必須允許獨立發(fā)展的子代理能和運行在因特網(wǎng)設備的主代理通信胡陪。
一個協(xié)議的標準化一定要經(jīng)過IETF討論。IETF雖然每年只組織3次會議碍舍，但是日常都會通過郵件組的形式進行討論柠座，并且該郵件組不限制訂閱。
TCP/IP協(xié)議的標準化流程大致分為幾個階段：首先是互聯(lián)網(wǎng)草案階段片橡；其次妈经，如果認為可以進行標準化，就計入RFC（Request For Comments捧书，是一系列以編號排定的文件吹泡。文件收集了有關互聯(lián)網(wǎng)相關信息，以及UNIX和互聯(lián)網(wǎng)社區(qū)的軟件文件经瓷。）進入提議標準階段爆哑；第三，是草案標準階段了嚎，最后泪漂，才進入真正的標準階段廊营。每一步都是基于一些文檔內(nèi)容通過郵件等方式進行討論而成。
互聯(lián)網(wǎng)草案的有效期為6個月萝勤，也就是說只要進入討論流程露筒，就必須在6個月內(nèi)將所要論的結果反映到草案，否則將以長時間無任務進展為由自動消除敌卓。在這個信息泛濫的時代慎式，TCP/IP草案也是漫天橫飛，因此趟径，去偽存真非常重要瘪吏。
經(jīng)過充分討論沒如果得到IESG批準，將被編入RFC文檔蜗巧。如果在實際應用當中遇到問題掌眠，則可以在成為草案標準前進行修訂。
要從草案標準達到真正的標準幕屹，還需要更多的設備實現(xiàn)并應用這個特定的協(xié)議蓝丙，如果所有參與該協(xié)議制定的人都覺得它“實用性強，沒什么問題”望拖，并得到IESG的最終批準渺尘，那么這個草案標準就可以成為真正的標準。
說到這里大家應該明白了说敏，標準化的過程是漫長的鸥跟，有風險的。如果未在互聯(lián)網(wǎng)上被廣泛使用盔沫，就無法最終成為一個提案標準医咨。TCP/IP的標準化過程與一般的標準化過程不同。它不是由標準化組織制定為標準后才投入使用迅诬，而是到其成為標準的時候腋逆，已經(jīng)被較為充分的實驗并得較廣的普及。因此侈贷，TCP/IP標準化流程的特點就是：開放性、注重實用性等脂。
二俏蛮、TCP/IP協(xié)議分層模型
1. TCP/IP分層
TCP/IP誕生以來的各種協(xié)議其實也可以對應到OSI參考模型中，如果了解了這些協(xié)議分屬于OSI的哪一層上遥，就能對該協(xié)議的目的有一個初步的認識搏屑。實際中的TCP/IP分層與OSI分層是有所區(qū)別的，TCP/IP分層為：
- 應用層
- 傳輸層
- 網(wǎng)絡層
- 數(shù)據(jù)鏈路層
- 物理層
TCP/IP模型中缺少了表示層和會話層粉楚，但是其實這兩個在OSI中的分層功能被包含在了TCP/IP模型中的應用層辣恋，就是說TCP/IP中的應用層 相當于OSI中的7亮垫、6、5這三層伟骨。到這里大家應該明白了OSI的中文譯文：“開放式通信系統(tǒng)互聯(lián)參考模型”的意思了吧饮潦，GET到重點了么？參考模型携狭，并不是實際模型继蜡。
2.各分層的簡單介紹(后續(xù)博文將具體介紹)
由于OSI參考模型的分層比較清晰，所以在介紹各個分層時逛腿，將以OSI參考模型為基準進行介紹稀并。OSI每個分層功獨立使用，即使系統(tǒng)中某些分層發(fā)生變化单默，也不會波及整個系統(tǒng)碘举，因此通過分層能夠細分通信功能，可以構造一個擴展性和靈活性都較強的系統(tǒng)搁廓，更易于單獨實現(xiàn)每個分層的協(xié)議殴俱，并界定各個分層的具體職責和功能。
應用層
應用層協(xié)議為應用程序之間的通信提供規(guī)則枚抵，為確保通信暢通线欲，源主機和目的主機上所實現(xiàn)的應用層協(xié)議必須一致。就好比上面我講到的A與B通話的故事汽摹，兩人必須使用互相能聽懂的語言李丰，規(guī)則，約定逼泣，聽到對方的話才可以明白對方索要表達的內(nèi)容趴泌。HTTP協(xié)議讽膏、遠程登錄協(xié)議筒溃、文件傳輸協(xié)議(FTP)、SMTP（Simple Mail Transfer Protocol：簡單郵件傳輸協(xié)議）等協(xié)議就位于這一層便锨。表示層
作為發(fā)送端：將應用處理的信息轉(zhuǎn)換為適合網(wǎng)絡傳輸?shù)母袷绞险蹋蛘咦鳛榻邮斩耍簩碜韵聦拥臄?shù)據(jù)轉(zhuǎn)換為上層能夠處理的格式吉捶，因此它主要負責數(shù)據(jù)格式的轉(zhuǎn)換。由于現(xiàn)實的網(wǎng)絡環(huán)境中皆尔，連接到網(wǎng)絡中的計算機不同呐舔，具有差異性，那么將數(shù)據(jù)從“本計算機特定的數(shù)據(jù)格式”轉(zhuǎn)換為“網(wǎng)絡通用標準數(shù)據(jù)格式”后再發(fā)送出去慷蠕，以便接收端的計算機把“網(wǎng)絡通用標準數(shù)據(jù)格式”轉(zhuǎn)換為“本計算機特定的數(shù)據(jù)格式”珊拼，最實際的例子就是，我們有時候會發(fā)現(xiàn)收到的郵件是亂碼流炕，就是因為編碼格式的不同澎现。會話層
我們知道仅胞，傳輸層的主要功能功能就是建立連接，數(shù)據(jù)傳輸剑辫，那么什么時候建立連接干旧，什么時候關閉連接呢？這就是會話層的主要功能揭斧，就是何時建立通信連接何時發(fā)送數(shù)據(jù)莱革，何時斷開連接的管理功能。傳輸層
這一層主要的功能就是讓應用程序之間實現(xiàn)通信讹开。計算機內(nèi)部盅视，通常在同一時間運行多個程序，為此必須分清是哪些程序與哪些程序之間通信旦万，不同的傳輸層的協(xié)議也會有區(qū)別闹击，例如：TCP協(xié)議 是一種面向有連接的傳輸層協(xié)議，具有保證消息傳輸順序成艘，消息重發(fā)赏半，有效利用網(wǎng)絡帶寬，緩解網(wǎng)絡擁堵等功能淆两。UDP則是一種無連接的傳輸層協(xié)議断箫，多用于多播、廣播通信及視頻通信等多媒體領域秋冰。網(wǎng)絡層
網(wǎng)絡層的主要作用是將數(shù)據(jù)從發(fā)送端發(fā)送至接收端仲义，根據(jù)目標地址，在眾多路由中選擇一條路徑發(fā)送數(shù)據(jù)剑勾，IP協(xié)議就位于這一層埃撵。發(fā)送數(shù)據(jù)包時用到的地址就是IP地址，僅僅有IP地址是不足以實現(xiàn)數(shù)據(jù)發(fā)送的虽另，在數(shù)據(jù)發(fā)送過程中還需要路由信息暂刘，路由信息會指明數(shù)據(jù)發(fā)送方向，保存這種信息的就是路由控制表捂刺，實現(xiàn)IP通信的主機和路由器必須持有這樣的一張表谣拣，在這個表格的基礎上才得以進行數(shù)據(jù)的發(fā)送。數(shù)據(jù)鏈路層
通信的數(shù)據(jù)傳輸實際上是通過物理傳輸介質(zhì)實現(xiàn)的叠萍，數(shù)據(jù)鏈路層的作用就是在這些通過傳輸介質(zhì)互聯(lián)的設備之間進行數(shù)據(jù)處理芝发，數(shù)據(jù)鏈路層的協(xié)議定義了通過通信媒介互聯(lián)的設備之間傳輸?shù)囊?guī)范，數(shù)據(jù)鏈路也可以被數(shù)位網(wǎng)路傳輸中的最小單位苛谷。(先理解下這些書本定義，稍后我再做個比喻格郁，便于加深理解)腹殿。物理層
負責將上層的0独悴、1比特流與電壓的高低、光的閃滅之間的轉(zhuǎn)換锣尉。
3.各分層之間的關系
- 網(wǎng)絡層與傳輸層
在不同的網(wǎng)絡體系下刻炒，網(wǎng)絡層有時是不能保證數(shù)據(jù)的可達性的，例如在IP協(xié)議中自沧，就不能保證數(shù)據(jù)一定會發(fā)送到對端地址坟奥。因此，數(shù)據(jù)傳送過程中出現(xiàn)的丟失拇厢、順序混亂等問題的可能性會大大增加爱谁，像這樣沒有可靠性傳出要求的網(wǎng)絡層中，可以由傳輸層負責提供可靠傳輸?shù)墓δ苄①耍琓CP/IP中访敌，網(wǎng)絡層與傳輸層相互協(xié)議以確保數(shù)據(jù)包能夠傳送到網(wǎng)絡中的任意位置，實現(xiàn)數(shù)據(jù)的可靠傳輸衣盾。 - 網(wǎng)絡層與數(shù)據(jù)鏈路層
網(wǎng)絡層與數(shù)據(jù)鏈路層都是基于目標地址將數(shù)據(jù)發(fā)送給接收端的寺旺，但是網(wǎng)絡層負責將整個數(shù)據(jù)發(fā)送給最終目標地址，而數(shù)據(jù)鏈路層則只負責發(fā)送一個分段內(nèi)的數(shù)據(jù)势决。
做個比喻：比如有一個人要去很遠的地方旅游阻塑，并且計劃先后乘坐飛機、火車果复、公交車到達目的地陈莽。為此，他決定先去旅行社購買機票和火車票据悔，旅行社不僅為他預定好旅途中的機票和火車票传透，還為他制定了一個詳細的行程表，詳細到了幾點幾分需要乘坐飛機极颓，幾點幾分需要乘坐火車朱盐，當然，機票和火車票只在一個特定的路段內(nèi)有效菠隆，你不可能拿著北京飛往香港的機票去做火車兵琳，對吧？每張票只能夠在某個特定的區(qū)間內(nèi)使用骇径，這個區(qū)間就如同網(wǎng)絡上的數(shù)據(jù)鏈路躯肌，區(qū)間內(nèi)的起始點和目的地點就是一個數(shù)據(jù)鏈路的源地址和目標地址，而全程的行程表的作用就相當于路由表破衔，就相當于網(wǎng)絡層清女。只有行程表而沒有車票，是無法到達目的地的晰筛，反之嫡丙，除了車票以外什么都沒有拴袭，也是無法到達目標地址的，因為你不知道該做什么車曙博，也不知道在哪里換乘拥刻，在哪里下車，沒有人給你規(guī)劃路線嘛父泳！因此般哼，只有兩者互相協(xié)作，既有某個區(qū)間的車票惠窄，又有整個行程表蒸眠，才可以到達目的地，類似的睬捶，數(shù)據(jù)鏈路層與網(wǎng)絡層的關系就是這樣了黔宛。
3.數(shù)據(jù)是怎樣在各分層中傳輸?shù)?/h6>
在每個分層中，都會對所發(fā)送的數(shù)據(jù)添加一個首部擒贸，首部包含了該層的必要信息臀晃，如發(fā)送端地址，目標地址等等介劫，通常徽惋，為協(xié)議提供的信息為首部，所要發(fā)送的內(nèi)容為數(shù)據(jù)座韵，在下層看上層的數(shù)據(jù)包险绘，整體都是本層的數(shù)據(jù)部分。
經(jīng)過應用層時候誉碴，數(shù)據(jù)被添加了一個HTTP請求首部宦棺，在經(jīng)過傳輸層時候，上層數(shù)據(jù)又被添加了一個TCP首部黔帕，在經(jīng)過網(wǎng)絡層時代咸，被添加了一個IP首部，在經(jīng)過數(shù)據(jù)鏈路層時成黄，被添加了一個以太網(wǎng)首部呐芥，最終經(jīng)由物理層進行傳輸?shù)竭_目標地址，目標主機 會由下層開始到上層奋岁，逐步拆分數(shù)據(jù)的首部思瘟，和數(shù)據(jù)體，獲取首部必要信息闻伶，將數(shù)據(jù)交給上層處理滨攻，達到應用層時，就看到了原始數(shù)據(jù)。
關于數(shù)據(jù)是怎樣在各分層中傳輸?shù)恼÷颍袃善笊袂拜叺奈恼聦懙暮茉敿毟常脖阌诶斫怫浚乙厕D(zhuǎn)載了過來奇钞，附上傳送門：
三、TCP/IP協(xié)議分層之 物理層與數(shù)據(jù)鏈路層
1.物理層
我們知道數(shù)據(jù)的傳輸最終是要通過物理介質(zhì)來進行傳輸?shù)钠担@些介質(zhì)包括雙絞線電纜景埃、同軸電纜、光纖顶别、電波及紅外線等介質(zhì)谷徙。此外，各個設備之間有時也會通過交換機驯绎、網(wǎng)橋完慧、中繼器等中轉(zhuǎn)數(shù)據(jù)。實際上剩失，各個設備之間在數(shù)據(jù)傳輸時屈尼，數(shù)據(jù)鏈路層和物理層都是必不可少的，物理層通過把上層的比特流（0拴孤、1的二進制流）轉(zhuǎn)換為電壓的高低脾歧、燈光的閃滅等物理信號，將數(shù)據(jù)傳輸出去演熟。而接收端收到這些物理的信號以后再將這些電壓的高低鞭执、燈光的閃滅恢復為比特流。因此芒粹，物理層的規(guī)范中包括比特流轉(zhuǎn)換規(guī)則兄纺、纜線結構和質(zhì)量以及接口形狀等。
TCP/IP中對于OSI參考模型的數(shù)據(jù)鏈路層及以下（物理層）未作出定義化漆，而物理層對于程序員來說估脆，我覺得，簡單了解即可获三，所以并不詳細介紹旁蔼，大家感興趣的可以自行查閱。
2.數(shù)據(jù)鏈路層
為了了解數(shù)據(jù)鏈路層疙教，我們需要知道幾個概念：
-
以太網(wǎng)：
在眾多數(shù)據(jù)鏈路中最為著名棺聊、使用最廣泛的莫過于以太網(wǎng)，它規(guī)范簡單贞谓，易于（NIC）網(wǎng)卡及驅(qū)動程序的實現(xiàn)限佩，因此在LAN（Local Area Network，局域網(wǎng)）普及初期，以太網(wǎng)網(wǎng)卡相對其他網(wǎng)卡祟同，價格低廉作喘，同時也促進了以太網(wǎng)自身的發(fā)展和普及。
摘抄一段百度定義：以太網(wǎng)(Ethernet)指的是由Xerox公司創(chuàng)建并由Xerox晕城、Intel和DEC公司聯(lián)合開發(fā)的基帶局域網(wǎng)規(guī)范泞坦，是當今現(xiàn)有局域網(wǎng)采用的最通用的通信協(xié)議標準。以太網(wǎng)絡使用CSMA/CD（載波監(jiān)聽多路訪問及沖突檢測）技術砖顷，并以10M/S的速率運行在多種類型的電纜上贰锁。以太網(wǎng)與IEEE802.3系列標準相類似。
包括標準的以太網(wǎng)（10Mbit/s)滤蝠、快速以太網(wǎng)（100Mbit/s）和10G（10Gbit/s）以太網(wǎng)豌熄。它們都符合IEEE802.3。
好吧物咳，說人話Ｂ嘞铡！通俗的講览闰，就是實現(xiàn)LAN（局域網(wǎng)）的一種技術規(guī)范芯肤！
-
MAC地址：
MAC地址（MAC Address）就是網(wǎng)卡地址，任何一個網(wǎng)卡的MAC地址都是唯一的焕济，在全世界都不會重復(其實也有例外情況纷妆，有興趣的可以自己查查，在這里不做詳細介紹晴弃，只是了解)掩幢。
MAC地址總長48比特，前24位標識廠商識別碼上鞠，每個NIC(網(wǎng)卡)廠商都有特定唯一的識別數(shù)字际邻，25至48位是廠商內(nèi)部為識別每個網(wǎng)卡而用，因此可以保證全世界都不會有相同的MAC地址的網(wǎng)卡芍阎。
實際上世曾，即使MAC地址相同，只要不是同屬一個數(shù)據(jù)鏈路就不會出現(xiàn)問題谴咸。
-
以太網(wǎng)幀格式：
大致區(qū)分一下包轮听、幀、數(shù)據(jù)報岭佳、段血巍、消息：
以上五個數(shù)據(jù)都用來表達數(shù)據(jù)的單位，包可以說是全能性術語珊随。幀用于表示數(shù)據(jù)鏈路層中包的單位述寡，數(shù)據(jù)報是IP和UDP等網(wǎng)絡層以上的分層中包的單位柿隙。段則表示TCP數(shù)據(jù)流中的信息，消息是指應用協(xié)議中數(shù)據(jù)的單位鲫凶。
上層的數(shù)據(jù)包在經(jīng)過鏈路層時禀崖，從前往后一次被附件了以太網(wǎng)包首部、IP包首部螟炫、TCP/UDP包首部及應用層協(xié)議首部和數(shù)據(jù)波附，包的最后追加了以太網(wǎng)的包尾。
每個包的首部都會包含至少兩個信息：發(fā)送端和接收端MAC地址不恭，上層協(xié)議類型叶雹，經(jīng)過每個協(xié)議分層時，都必須有識別包發(fā)送端和接收端的信息换吧，以太網(wǎng)后用MAC地址，IP會用IP地址钥星，而TCP/UDP會用端口號作為識別兩端主機的地址沾瓦。
以太網(wǎng)前端有一個叫做前導碼的部分，標識一個以太網(wǎng)幀的開始谦炒，在他之后是幀的本體贯莺，幀本體前端是以太網(wǎng)首部，緊跟首部后的是幀數(shù)據(jù)宁改，最后缕探，在幀尾部是一個叫做FCS（Frame Check Sequence,幀檢驗序列）的4個字節(jié)，用以檢查幀是否有所損壞还蹲。如果在傳輸過程中出現(xiàn)干擾爹耗，可能會影響數(shù)據(jù)導致亂碼位的出現(xiàn)，可以通過檢查FCS這個字段的值將受到干擾的錯誤幀丟棄谜喊，具體的檢查步驟請大家自行查閱潭兽，這里不做詳細介紹。
-
以太網(wǎng)交換機：
以太網(wǎng)交換機是一種基于MAC地址識別斗遏、完成以太網(wǎng)數(shù)據(jù)幀轉(zhuǎn)發(fā)的網(wǎng)絡設備山卦。
在交換機內(nèi)部會維護一個MAC地址表，通過這個地址表就會知道數(shù)據(jù)幀從哪里來诵次，要到哪里去账蓉，那么這個MAC地址表示怎么生成的呢？
交換機有自學功能逾一，通過“學習”可以了解到每個端口上所連接設備的MAC地址铸本；將MAC地址與端口編號的對應關系“記憶”在內(nèi)存中，生產(chǎn)MAC地址表嬉荆；從一個端口“接收”到數(shù)據(jù)幀后归敬，在MAC地址表中“查找”與幀頭中目的MAC地址相對應的端口編號，然后，將數(shù)據(jù)幀從查到的端口上“轉(zhuǎn)發(fā)”出去汪茧。
還記得前面講過的旅行的故事么椅亚？旅行中最短的路段的車票，就是從這里發(fā)出的舱污。
其實無論是物理層還是數(shù)據(jù)鏈路層呀舔，內(nèi)容是非常多的，在這里只是精簡出有用的便于我們理解的知識點來說扩灯，相信大家看到數(shù)據(jù)鏈路中這幾個關鍵知識點媚赖，應該能對數(shù)據(jù)鏈路層有一個初步的認識。
后語： 關于TCP/IP協(xié)議的第一篇文章珠插，就寫到這里吧惧磺，介紹了從整體到局部的兩個分層，希望能給大家一些啟發(fā)捻撑。個人覺得磨隘，如果不是專業(yè)方向如此，工作中只需了解即可顾患，工作不是考試番捂，重要的是我們遇到問題，解決問題的思維和能力江解。
年底了设预，非常忙碌，下一篇《關于TCP/IP協(xié)議那些事（二）》我會抽空盡快寫出來犁河，希望大家多多理解鳖枕，支持，文章中如有錯誤呼股，還請立即指出耕魄。歡迎大家提出寶貴意見。
原創(chuàng)文章彭谁，純手寫吸奴，歡迎轉(zhuǎn)載！尊重作者缠局，轉(zhuǎn)載請注明出處并標注源鏈接则奥！
