主頁 > 資料庫 > 計算機網路之通信編碼與網路通信模型

計算機網路之通信編碼與網路通信模型

2020-09-19 11:40:57 資料庫

通信編碼

眾所周知,計算機只能讀取二進制的資料,而這些二進制數字資訊在傳輸程序中可采用不同的代碼,這些代碼的抗噪性和定時能力各不相同,
● 最基本的數字編碼有單極性碼、極性碼、雙極性碼、歸零碼、不歸零碼、雙相碼六種,
● 常用于局域網的有曼徹斯特編碼、差分曼徹斯特編碼,
● 常用于廣域網的4B/5B碼、8B/10B碼,

一、基本編碼

1.極性編碼

極性編碼可以分為單極性碼,極性碼,雙極性碼,
極包括正極和負極,
● 單極性碼:只使用一個極性,再加零電平(正極表示0,零電平表示1);
● 極性碼使用了兩極(正極表示0,負極表示1) ;
● 雙極性碼則使用了正、負兩極和零電平(典型的雙極性碼是信號交替反轉編碼AMI,它使用零電平表示0004則使電平在正、負極間交替翻轉),

在極性編碼方案中,始終使用某一特定的電平來表示特定的數,因此當連續發送多個"1”或"0”時, 將無法直接從信號判斷出個數,要解決這個問題,就需要引入時鐘信號,

2、歸零性編碼

歸零性指的是編碼信號量是否回歸到零電平,
歸零碼就是指碼元中間的信號要回歸到零電平,不歸零碼則不回,
歸零(而是當1時電平翻轉,0時不翻轉),也稱為差分機制,

3、雙相碼

通過不同方向的電平翻轉(低到高代表0,高到低代表1),這樣不僅可以提高抗干擾性,還可以實作自同步,這也是曼徹斯特編碼的基礎,

總結:

二、應用性編碼

1、曼徹斯特編碼

曼徹斯特編碼(簡稱"曼碼”)是一種雙相碼,用低到高的電平轉換表示0,用高到低的電平轉換表示1(有些教程描述正好相反,即用低到高的電平轉換表示1,用高到低的電平轉換表示0),它可以實作自同步,常用于802.3 10Mbps以太網,

2、差分曼徹斯特編碼

差分曼徹斯特編碼(簡稱差分曼碼)是在曼徹斯特編碼的基礎上加上了翻轉特性,遇1翻轉,遇0不變,常用于令牌環網,使用曼徹斯特編碼和差分曼徹斯特編碼時,每傳輸1bit的資訊,就要求線路上有2次電平狀態變化(2波特),因此要實作100Mbps的傳輸速率,就需要有200MHz的帶寬,即編碼效率只有50%,

3、4B/5B編碼、 8B/6T編碼和8B/10B編碼

正是因為曼碼的編碼效率不高,所以在帶寬資源寶貴的廣域網和速度要求更高的局域網中,就面臨困難,因此就出現了mbnb編碼,也就是將m位元位編碼成為n波特(代碼位)的編碼,

提高了頻帶的利用率,但抗噪性較差,

網路架構

一、網路的分類

不同傳輸距離的網路可以分為
●局域網
●城域網
●廣域網

1.局域網(LAN)

局域網中常見的傳輸媒介有雙絞線、細同軸電纜、微波、射頻信號和紅外線等,主要特點:
(1)距離短
(2)速度快
(3)高可靠性
(4)成本較低

2.廣域網(WAN)

廣域網是在傳輸距離較長的前提下所發展的相關技術的集合,用于將大區域范圍內的各種計算機設備和通信設備互聯在一起組成一個資源共享的通信網路,其主要特點:
(1)長距離
(2)低速率
(3)高成本
WAN由通信子網與資源子網兩部分組成

3.城域網(MAN)

域域網的覆寫范圍介于局域網和廣域網之間,
城域網的主要技術是DQDB(分布式佇列雙總線),即1EEE802.6,DQDB是由雙總線構成的,所有的計算機都連接在上面,

二、網路互聯模型

1.物理層;2.資料鏈路層;3.網路層;4.傳輸層;5.會話層;6.表示層;7.應用層;

OSI是一種分層的體系結構,每一層中由一些物體(包括軟體元素和硬體元素)組成,
它的基本想法是每一層都在它的下層提供的服務的基礎上提供更高級的增值服務,而每一層是通過服務訪問點(SAP)來向上一層提供服務的,
在OSI分層結構中,其目標是保持層次之間的獨立性,也就是第N層物體只能夠使用(N-1)層物體通過SAP提供的服務,并且只能夠向(N+1)層提供服務,物體間不能夠跨層使用,也不能夠同層呼叫,

1、物理層

是OSI參考模型的最低層或第一層,物理層協議要解決的是主機、作業站等資料終端設備與通信線路上通信設備之間的介面問題,國際電報電話咨詢委員會(CCITT)和ISO用4個技術特性來描述:●機械特性●電氣特性●功能特性●規程特性

(1)機械特性
規定了DTE和DCE之間的連接器形式,包括連接器形狀、幾何尺寸、引線數目和排列方式等,
(2)電氣特性
規定了發送器和接收器的電氣引數及其他有關電路的特征,如1和0的各自電壓的大小,每位元持續多少微秒等,電氣特性決定了傳送速率和傳輸距離,
(3)功能特性
介面信號分為資料信號、控制信號和時鐘信號,功能特性對介面各信號線的功能給出確切的定義,說明某些連線上出現的某一電壓表示的意義,
(4)規程特性
規定了DTE和DCE之間各介面信號線實作資料傳輸的操作程序(操作順序),

我們首先要解決兩臺物理機的通信需求,具體就是機器A往機器B發送bit流,怎么接受bit流,這便是物理層做的事情,定義物理設備的標準,如網線的型別,光纖介面型別他的主要作用是傳輸bit流,也就是0101二進制資料,數模轉換,如網卡,

2、資料鏈路層(DataLink)

建立、維持和釋放網路物體之間的資料鏈路,這種資料鏈路對網路層表現為一條無差錯的信道,
它通常把流量控制和差錯控制合并在一起,資料鏈路層可以分為MAC(媒介訪問控制層)和LLC(邏輯鏈路控制層)

在傳輸bit流的程序中,會產生錯傳,資料傳輸不完整的可能,定義如何格式化資料以進行傳輸,控制如何對物理介質的訪問,通常提供錯誤檢測和糾正,以確保資料傳輸的可靠性,本層將bit資料組成了幀,其中交換機作業在本層,對幀解碼,并根據幀中的資訊發送到接收方,隨著網路節點的不斷增加,點對點通信的時候是需要多個節點的,那么如何找到目標節點,如何選擇最佳路徑?

3、 網路層(Network)

屬于通信子網,通過網路連接交換傳輸層物體發出的資料,網路解決的問題是路由選擇、網路擁塞、異構網路互聯等問題,其服務訪問點為邏輯地址(網路地址),代表性協議有IP,IPx協議等,網路層解決點到點,

其重要功能是將網路地址翻譯成對應的物理地址,并決定如何將資料發送方路由到接收方,網路層通過綜合考慮發送優先權、網路質量、優先程度等,從一個網路節點A到另一個網路節點B的最佳路徑,路由器屬于網路層,此時資料稱之為資料包,本層我們需要關注的協議是IP協議,因為隨著網路通信需求的進一步擴大,通信程序中需要發送大量的資料,需要海量檔案傳輸的需要很長一段時間,而網路在通信程序中,會中斷好多次,為了保證大量檔案的準確性,需要對發出去的資料進行切分,切割一個一個的segment,其中一個段落丟失了怎么辦?要不要重傳?每個段落要按照順序到達嗎?這個便是傳輸層需要考慮的問題,

4、傳輸層(Transport)

實作發送端和接收端的端到端的資料分組傳送,負責保證實作資料包無差錯、按順序、無丟失和無冗余的傳輸,服務訪問點為埠,代表性協議有TCP,UDP,SPX協議等,

傳輸層解決了主機間的資料傳輸,資料間的傳輸可以是不同網路的,傳輸層解決了傳輸質量的問題,該層被稱之為OSI協議最重要的一層,傳輸層協議同時進行流量控制,可根據接收方接受的快慢控制速度,它可以將資料分割成較小的資料片,同時對每一資料片安排一序列號,以便資料到達接收方時,能以正確的順序重組,該程序即稱為排序,傳輸層需要我們關注的TCP/IP協議有的TCP協議和UDP協議,

5、會話層( Session)

會話層主要功能是管理和協調不同主機上各種行程之間的通信(對話),即負責建立、管理和終止應用程式之間的會話,

現在我們已經保證給正確的計算機發送正確的封裝過后的資訊了,但是用戶級別的體驗好不好,難道我每次都要去掉用肢體去打包,然后呼叫IP協議去找路由自己去發,當然不行,所以我們要建立一個自動收發包自動尋址的功能,于是發明了會話層,作用就是建立和管理應用程式之間的通信,現在我能保證應用程式自動收發和自動尋址,

6、表示層(Prsentation)

表示層處理流經結點的資料編碼的表示方式問題,以保證一個系統應用層發出的資訊可被另一系統的應用層讀出,應用層可以根據其服務解釋資料的含義,通常包括資料編碼的約定、本地句法的轉換、資料壓縮與解壓縮,例如,JPEG, ASCI,GIF, DES,po MPEG等,

但我要用LinuxWindows發包兩個系統民法不一致,就像安裝包一樣exe不能在Linux下面去執行,elfwindows下也是不能直接運行的,于是需要幫我們解決不同系統之間的通信語法的問題,在表示層資料將按照網路能理解的方案進行格式化,這種格式化也因所使用網路的型別不同而不同,

7、應用層(Application)

直接為端用戶服務,提供各類應用程式的介面和用戶介面,例如,HTTP, Telnet, FTP, SMTP等,

此時雖然發送方知道自己發送的是什么東西轉化成位元組陣列后有多長,但接收方肯定不知道,所以應用層的網路協議達成了,他規定發送方和接收方必須使用一個固定長度的訊息頭,訊息頭必須使用某種固定的組成,而且訊息頭里需記錄訊息的長度等一系列資訊,以方便接收方能夠正確的決議發送方發送的資料應用層旨在讓你更方便的應用從網路接收到的資料,該層需要我們重點去關注的是與之相對應的tcp/ip協議中的HTTP協議以上就是關于osi各層次的劃分

從應用層開始都會對需要傳輸的資料頭部進行處理,加上分層,而一些資訊最終由物理層通過以太網電纜等介質將資料決議成位元流在網路中傳輸資料,傳遞到目標地址,并自底而上的將先前對應成的頭部給決議分離出來,這個就是我們的網路資料處理的整個流程,

OSI是一個定義良好的協議規范機制并有許多可選部分完成類似的任務,它定義了開放系統的層次結構,層次之間的相互關系以及各層所包括的可能的任務是作為一個框架來協調和組織各層所提供的服務,但是OSI參考模型并沒有提供一個可以實作的方法,而是描述了一些概念,用來協調行程間通信標準的制定及OSI參考模型并不是一個標準,而是一個在制定標準時所使用的概念性框架,

常用的網路協議

事實上的標準是TCP/IP四層架構參考模型,首先是使用的網路體系結構,后來改結構被美國國防部用來作為計算機網路的標志,由于領頭大哥的推動,市面上絕大多數廠商也已該標準為主用于商用,雖然tcpip協議并不完全符合osi的七層參考模型,但我們依然可以理解為他是OSI的一種實作,接下來咱們來講講這個主流的協議,

從字面上講,有人可能會認為tcpip,確實TCP和IP這兩種協議實際生活當中,有時也確實就是指這兩種協議,然后在很多情況下,他只是利用IP進行通信時所必須用到的協議群的統稱,具體來說,ST或者STMP的TCP或者udptelnet或者FTP這些干擾以及HTTP,都屬于tcpip協議,他們與TCP或IP的關系緊密是互聯網必不可少的組成部分,Tcpip泛指這些協議,因此有時也稱tcpip為網際協議群從,tcpip協議拿與osi在分層模塊上稍有區別,

TCP/IP協議簇分為應用層、傳輸層、網際層和網路接層四層

1.應用層

TCP/IP的應用層對應于OSI模型的應用層和表示層,應用程式通過本層協議利用網路,協議主要有FTP、TFTP、 HTTP、 SMTP、DHCP、NFS、 Telnet、 DNS和SNMP等,

2.傳輸層

TCP/IP的傳輸層大致對應于OS1模型的會話層和傳輸層,主要包括TCP和UDP,這些協議負責提供流控制、錯誤校驗和排序服務,
●TCP是整個TCP/IP協議族中最重要的協議,它在IP協議提供的不可靠資料服務的基礎上,采用了重發技術,為應用程式提供了一個可靠的、面向連接的、全雙工的資料傳輸服務,TCP協議用于傳輸資料量比較少,且對可靠性要求高的場合,
●UDP是一種不可靠的、無連接的協議,它的錯誤檢測功能要弱得多,一般用于傳輸資料量大,對可靠性要求不是很高,但要求速度快的場合,
●TCP有助于提供可靠性,UDP有助于 提高傳輸的速率,

3.網際層

TCP/IP的網際層對應于OSI模型的網路層,包括IP、ICMP ( 網際控制報文協議)、IGMP(網際組管理協議),以及ARP(址決議協議)和RARP(向地址決議協議),
這些協議處理資訊的路由及主機地址決議,IP所提供的服務是無連接的和不可靠的,因此把差錯檢測和流量控制功能交給其它層來完成,

4.網路介面層

TCP/IP協議不包含具體的物理層和資料鏈路層,只定義了網路介面層作為物理層的介面規范,
網路接層處在TCP/IP協議的最底層,在發送端將上層的IP資料報封裝成幀后發送到網路上;資料幀通過網路到達接收端時,該結點的網路介面層對資料幀拆封,并檢查幀中包含的MAC地址,

5.埠

埠號使一個接收端計算機系統能夠確定它所收到的IP包型別,并把它交給合適的高層軟體,
埠號的范圍從0到65535,從0-1023是知名埠號,固定分配給一些服務,從1024-49151叫已注冊埠號,被一些公司用于自己的某種協議,
●SMTP埠號是25
●POP3埠號是110
●DNS埠號力53
●HTTP埠號為80
●FTP資料埠20,控制埠21,

網路地址及子網掩碼

1. IP地址結構及類別

IP地址是由32位二進制數,即4個位元組組成的(由四組十進制數,組成,零到255),由網路號和主機號兩個欄位組成,


網路號的位數決定了可以分配的網路數(2n);
主機號的位數決定了網路中最大主機個數(2m-2)

為了便于對IP地址進行管理,把IP地址分成為5類,即A類到E類,目前大量使用的是A,B,C三類,

2.特殊IP地址

IP定義了一套特殊地址格式,稱為保留地址,
(1)網路地址,主機號全0表示網路地址
(2)廣播地址,主機號全1表示廣播地址
(3)子網掩碼,網路號部分全為1,主機號部分全為0;用于計算網路地址用(只需將IP地址和子網掩碼做與操作,就可得到網路地址)

轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/81037.html

標籤:其他

上一篇:非科班研究生中途轉業突進學習Java,趕上校招末班車成功斬獲美團offer,分享面試經驗!

下一篇:pycharm工具連接mysql資料庫失敗

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • GPU虛擬機創建時間深度優化

    **?桔妹導讀:**GPU虛擬機實體創建速度慢是公有云面臨的普遍問題,由于通常情況下創建虛擬機屬于低頻操作而未引起業界的重視,實際生產中還是存在對GPU實體創建時間有苛刻要求的業務場景。本文將介紹滴滴云在解決該問題時的思路、方法、并展示最終的優化成果。 從公有云服務商那里購買過虛擬主機的資深用戶,一 ......

    uj5u.com 2020-09-10 06:09:13 more
  • 可編程網卡芯片在滴滴云網路的應用實踐

    **?桔妹導讀:**隨著云規模不斷擴大以及業務層面對延遲、帶寬的要求越來越高,采用DPDK 加速網路報文處理的方式在橫向縱向擴展都出現了局限性。可編程芯片成為業界熱點。本文主要講述了可編程網卡芯片在滴滴云網路中的應用實踐,遇到的問題、帶來的收益以及開源社區貢獻。 #1. 資料中心面臨的問題 隨著滴滴 ......

    uj5u.com 2020-09-10 06:10:21 more
  • 滴滴資料通道服務演進之路

    **?桔妹導讀:**滴滴資料通道引擎承載著全公司的資料同步,為下游實時和離線場景提供了必不可少的源資料。隨著任務量的不斷增加,資料通道的整體架構也隨之發生改變。本文介紹了滴滴資料通道的發展歷程,遇到的問題以及今后的規劃。 #1. 背景 資料,對于任何一家互聯網公司來說都是非常重要的資產,公司的大資料 ......

    uj5u.com 2020-09-10 06:11:05 more
  • 滴滴AI Labs斬獲國際機器翻譯大賽中譯英方向世界第三

    **桔妹導讀:**深耕人工智能領域,致力于探索AI讓出行更美好的滴滴AI Labs再次斬獲國際大獎,這次獲獎的專案是什么呢?一起來看看詳細報道吧! 近日,由國際計算語言學協會ACL(The Association for Computational Linguistics)舉辦的世界最具影響力的機器 ......

    uj5u.com 2020-09-10 06:11:29 more
  • MPP (Massively Parallel Processing)大規模并行處理

    1、什么是mpp? MPP (Massively Parallel Processing),即大規模并行處理,在資料庫非共享集群中,每個節點都有獨立的磁盤存盤系統和記憶體系統,業務資料根據資料庫模型和應用特點劃分到各個節點上,每臺資料節點通過專用網路或者商業通用網路互相連接,彼此協同計算,作為整體提供 ......

    uj5u.com 2020-09-10 06:11:41 more
  • 滴滴資料倉庫指標體系建設實踐

    **桔妹導讀:**指標體系是什么?如何使用OSM模型和AARRR模型搭建指標體系?如何統一流程、規范化、工具化管理指標體系?本文會對建設的方法論結合滴滴資料指標體系建設實踐進行解答分析。 #1. 什么是指標體系 ##1.1 指標體系定義 指標體系是將零散單點的具有相互聯系的指標,系統化的組織起來,通 ......

    uj5u.com 2020-09-10 06:12:52 more
  • 單表千萬行資料庫 LIKE 搜索優化手記

    我們經常在資料庫中使用 LIKE 運算子來完成對資料的模糊搜索,LIKE 運算子用于在 WHERE 子句中搜索列中的指定模式。 如果需要查找客戶表中所有姓氏是“張”的資料,可以使用下面的 SQL 陳述句: SELECT * FROM Customer WHERE Name LIKE '張%' 如果需要 ......

    uj5u.com 2020-09-10 06:13:25 more
  • 滴滴Ceph分布式存盤系統優化之鎖優化

    **桔妹導讀:**Ceph是國際知名的開源分布式存盤系統,在工業界和學術界都有著重要的影響。Ceph的架構和演算法設計發表在國際系統領域頂級會議OSDI、SOSP、SC等上。Ceph社區得到Red Hat、SUSE、Intel等大公司的大力支持。Ceph是國際云計算領域應用最廣泛的開源分布式存盤系統, ......

    uj5u.com 2020-09-10 06:14:51 more
  • es~通過ElasticsearchTemplate進行聚合~嵌套聚合

    之前寫過《es~通過ElasticsearchTemplate進行聚合操作》的文章,這一次主要寫一個嵌套的聚合,例如先對sex集合,再對desc聚合,最后再對age求和,共三層嵌套。 Aggregations的部分特性類似于SQL語言中的group by,avg,sum等函式,Aggregation ......

    uj5u.com 2020-09-10 06:14:59 more
  • 爬蟲日志監控 -- Elastc Stack(ELK)部署

    傻瓜式部署,只需替換IP與用戶 導讀: 現ELK四大組件分別為:Elasticsearch(核心)、logstash(處理)、filebeat(采集)、kibana(可視化) 下載均在https://www.elastic.co/cn/downloads/下tar包,各組件版本最好一致,配合fdm會 ......

    uj5u.com 2020-09-10 06:15:05 more
最新发布
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:33:24 more
  • MySQL中binlog備份腳本分享

    關于MySQL的二進制日志(binlog),我們都知道二進制日志(binlog)非常重要,尤其當你需要point to point災難恢復的時侯,所以我們要對其進行備份。關于二進制日志(binlog)的備份,可以基于flush logs方式先切換binlog,然后拷貝&壓縮到到遠程服務器或本地服務器 ......

    uj5u.com 2023-04-20 08:28:06 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:27:27 more
  • 快取與資料庫雙寫一致性幾種策略分析

    本文將對幾種快取與資料庫保證資料一致性的使用方式進行分析。為保證高并發性能,以下分析場景不考慮執行的原子性及加鎖等強一致性要求的場景,僅追求最終一致性。 ......

    uj5u.com 2023-04-20 08:26:48 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:26:35 more
  • 云時代,MySQL到ClickHouse資料同步產品對比推薦

    ClickHouse 在執行分析查詢時的速度優勢很好的彌補了MySQL的不足,但是對于很多開發者和DBA來說,如何將MySQL穩定、高效、簡單的同步到 ClickHouse 卻很困難。本文對比了 NineData、MaterializeMySQL(ClickHouse自帶)、Bifrost 三款產品... ......

    uj5u.com 2023-04-20 08:26:29 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:25:13 more
  • Redis 報”OutOfDirectMemoryError“(堆外記憶體溢位)

    Redis 報錯“OutOfDirectMemoryError(堆外記憶體溢位) ”問題如下: 一、報錯資訊: 使用 Redis 的業務介面 ,產生 OutOfDirectMemoryError(堆外記憶體溢位),如圖: 格式化后的報錯資訊: { "timestamp": "2023-04-17 22: ......

    uj5u.com 2023-04-20 08:24:54 more
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:24:03 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:23:11 more