主頁 > 軟體設計 > 計算機網路學習筆記第六章(應用層)超詳細整理

計算機網路學習筆記第六章(應用層)超詳細整理

2021-06-15 07:31:04 軟體設計

目錄

  • 6.1、應用層概述
  • 6.2、客戶/服務器方式(C/S方式)和對等方式(P2P方式)
    • 1、概念
    • 2、客戶/服務器方式(C/S方式)
    • 3、對等方式(P2P方式)
    • 4、總結
  • 6.3、動態主機配置協議DHCP
    • 1、概念
    • 2、DHCP的作用
    • 3、DHCP的作業程序
    • 4、DHCP中繼代理
    • 5、總結
  • 6.4、域名系統DNS
    • 1、概述
    • 2、域名決議程序
    • 3、總結
  • 6.5、檔案傳送協議FTP
    • 1、概念
    • 2、檔案傳送協議FTP的應用
    • 3、FTP基本作業原理
    • 4、總結
  • 6.6、電子郵件
    • 1、概念
    • 郵件發送和接收程序
    • 2、簡單郵件傳送協議SMTP(Simple Mail Transfer Protocol)的基本作業原理
    • 3、電子郵件的資訊格式
    • 4、郵件讀取協議(POP3)
    • 5、基于萬維網的電子郵件
    • 6、習題練習
    • 7、總結
  • 6.7、萬維網WWW
    • 1、概念
    • 2、超文本傳輸協議HTTP(Hyper Transfer Protocol)
      • 2.1、概念和傳輸程序
      • 2.2、HTTP報文格式
      • 2.3、使用Cookie在服務器上記錄用戶資訊
      • 2.4、萬維網快取與代理服務器
      • 2.5、習題練習
    • 3、總結

6.1、應用層概述

image-20201023195112701

image-20201023200511781

我們在瀏覽器的地址中輸入某個網站的域名后,就可以訪問該網站的內容,這個就是萬維網WWW應用,其相關的應用層協議為超文本傳送協議HTTP

image-20201023200819770

用戶在瀏覽器地址欄中輸入的是“見名知意”的域名,而TCP/IP的網際層使用IP地址來表示目的主機,從域名到IP地址的的轉換,由屬于應用層范疇的域名系統DNS,在后臺幫用戶完成

image-20201023201028141

常見的應用還有:

image-20201023201101024

總結

image-20201023201137047


6.2、客戶/服務器方式(C/S方式)和對等方式(P2P方式)

1、概念

image-20201023201308269

2、客戶/服務器方式(C/S方式)

image-20201023201610088

3、對等方式(P2P方式)

image-20201023202017683

4、總結

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-aCwNXuzS-1623548150891)(計算機網路第6章(應用層).assets/image-20210612194601426.png)]


6.3、動態主機配置協議DHCP

1、概念

  • 互聯網廣泛使用的動態主機配置協議 DHCP (Dynamic Host Configuration Protocol) 提供了即插即用連網 (plug-and-play networking) 的機制,
  • 這種機制允許一臺計算機加入新的網路和獲取 IP 地址,而不用手工配置,

2、DHCP的作用

在之前,如果要正常訪問Web服務器,需要該主機手動配置網路的相關配置資訊

image-20201023205719672

如果主機數很多,就作業量大,容易出錯

如果我們給網路中添加一臺DHCP服務器

image-20210510074251295

3、DHCP的作業程序

DHCP 使用客戶 - 服務器方式

  • 需要 IP 地址的主機在啟動時就向 DHCP 服務器廣播發送發現報文
    (DHCP DISCOVER),這時該主機就成為 DHCP 客戶,
  • 本地網路上所有主機都能收到此廣播報文,但只有 DHCP 服務器才回答此廣播報文,
  • DHCP 服務器先在其資料庫中查找該計算機的配置資訊,若找到,則回傳找到的資訊,若找不到,則從服務器的 IP 地址池 (address pool) 中取一個地址分配給該計算機,DHCP服務器的回答報文叫做提供報文(DHCP OFFER),

DHCP 作業方式

  • DHCP 使用客戶-服務器方式,采用請求/應答方式作業,
  • DHCP 基于 UDP 作業(DHCP報文在運輸層會被封裝成為UDP用戶資料報),DHCP 服務器運行在 67 號埠, DHCP客戶運行在 68 號埠,

DHCP互動程序

image-20201023211525686

DHCP客戶端將廣播發送DHCP發現報文(DHCP DISCOVER)

  • 事務ID
  • DHCP客戶端的MAC地址

封裝該報文的IP資料報的源IP地址為0.0.0.0,這是因為主機目前還未分配到IP地址,因此使用該地址代替

目的IP地址為廣播地址255.255.255.255,之所以廣播發送,是因為主機現在并不知道網路中有哪幾個DHCP服務器,它們的IP地址各是什么

DHCP服務器收到DHCP發現報文后,根據其中封裝的DHCP客戶端的MAC地址來查找自己的資料庫,如果查到匹配資訊,則使用這些配置資訊來構建并發送DHCP提供報文,如果沒有則采用默認配置資訊來構建報文并發送

由于是廣播的IP 資料報,因此網路中的所有設備都會收到該IP資料報,并對其層層解封,解封出封裝有DHCP 發現報文的UDP 用戶資料報,對于DHCP 客戶,其應用層沒有監聽該UDP 用戶資料報的目的埠67的行程,也就是DHCP 服務器行程,因此,無法交付DHCP發現報文只能丟棄,而對于DHCP服務器,其應用層始終運行著DHCP 服務器行程,因此會接受該DHCP,發現報文并做出回應,

image-20201023213058543

DHCP服務端將廣播發送DHCP提供報文(DHCP OFFER)

  • 事務ID:DHCP客戶端會與之前DHCP發現報文的事務ID做對比,來判斷該DHCP提供報文是否是自己的
  • 配置資訊:
    • IP地址:DHCP服務器從自己的IP地址池中挑選待租用給主機的IP地址(使用ARP來確保所選IP地址未被網路中其他主機占用)
    • 子網掩碼
    • 地址租期
    • 默認網關
    • DNS服務器

源IP地址:發送DHCP提供報文的DHCP服務器的IP

目的地址:因為目的主機還沒分配到IP,所以使用廣播地址

在本例中,DHCP客戶會收到兩個DHCP服務器發來的DHCP提供報文,DHCP客戶從中選擇一個,一般選擇先到的,并向所選擇的DHCP服務器發送DHCP請求報文

image-20201023214542329

DHCP客戶端將廣播發送DHCP請求報文(DHCP REQUEST)

  • 事務ID
  • DHCP客戶端的MAC地址
  • 接收的租約中的IP地址
  • 提供此租約的DHCP服務器端的IP地址

源地址:0.0.0.0,因為此時DHCP客戶才從多個DHCP服務器中挑選一個作為自己的DHCP服務器,它首先要征得該服務器的同意,之后才能正式使用向該DHCP服務器租用的IP地址

目的地址:廣播地址,這樣可以一次性向所有DHCP服務器發送DHCP請求報文,來告知它們是否請求它們作為自己的DHCP服務器

在本例中,假設DHCP客戶端選擇DHCP服務器1作為自己的DHCP服務器,DHCP服務器1接受該請求,于是DHCP服務器1給DHCP客戶端發送DHCP確認報文

image-20210612194842538

源地址:DHCP服務器1的IP地址

目的地址:廣播地址

DHCP客戶收到該報文后就可以使用租用的IP地址

在使用前還會進行ARP檢測

image-20210612194910421

剩下流程圖示

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-vAyPlWaZ-1623548150894)(計算機網路第6章(應用層).assets/image-20201023220114952.png)]

1、當租用期過了一半時,DHCP客戶會向DHCP 服務器發送DHCP 請求報文來請求更新租用期,封裝該報文的IP資料報的原IP 地址為DHCP客戶之前租用到的IP 地址,目的IP 地址為DHCP 服務器一的地址,

  • DHCP 服務器若同意,則發回DHCP 確認報文,這樣DHCP 客戶就得到了新的租用期,

  • DHCP服務器若不同意,則發回DHCP否認報文,這時DHCP 客戶必須立即停止使用之前租用的IP 地址,并重新發送DHCP 發現報文來重新申請IP地址,DHCP服務器未做出反應,則在租用期過了85%時DHCP 客戶必須重新發送DHCP 請求報文,然后繼續等待DHCP 服務器可能做出的反應,

2、若DHCP服務器未做出反應,則當租用期到期后,DHCP 客戶必須立即停止使用之前租用的IP 地址,并重新發送DHCP發現報文來重新申請IP地址,

3、DHCP客戶可以隨時提前終止DHCP 服務器所提供的租用期,這時只需要向DHCP服務器發送DHCP 釋放報文段即可,

4、DHCP中繼代理

下圖的網路拓撲中的各主機是否可以通過DHCP來自動獲取到網路配置?

image-20201023221111923

使用DHCP中繼代理是因為我們不用給每一個網路上都設定一個DHCP服務器,這樣會使DHCP服務器的數量太多

5、總結

image-20201023221251022


6.4、域名系統DNS

1、概述

域名相比IP地址更容易記憶

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-lq6tppt3-1623548150895)(計算機網路第6章(應用層).assets/image-20201023234832678.png)]

因特網是否可以只使用一臺DNS服務器?

不行

image-20201023235123151

image-20201023235231869

image-20201023235457857

名稱相同的域名其等級未必相同

因特網的域名空間

image-20201023235617575

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-jq6X4UR9-1623548150897)(計算機網路第6章(應用層).assets/image-20201023235910545.png)]

2、域名決議程序

image-20201024000255580

image-20201024000335147
image-20201024000408396

習題1

image-20201024002135210

習題2

image-20210510091142723

3、總結

image-20201024002224354


6.5、檔案傳送協議FTP

1、概念

image-20201024132745558

2、檔案傳送協議FTP的應用

FTP采用C/S方式(客戶/服務器方式)

FTP客戶計算機可將各種型別的檔案上傳到FTP服務器計算機

image-20201024133155327

FTP客戶計算機也可以從FTP服務器計算機下載檔案

image-20201024133247537 image-20210612200726400 image-20201024133601943

3、FTP基本作業原理

FTP服務器監聽熟知埠(埠號為 21),使客戶行程能夠連接上,

FTP客戶隨機選擇一個臨時埠號與其建立TCP連接,這條TCP連接用于FTP客戶與服務器之間傳送FTP的相關控制命令(這條連接是FTP客戶與服務器之間的命令通道)

image-20201024134319922

下圖為建立資料通道的TCP連接

FTP服務器使用自己的熟知埠號21與其建立TCP連接,這條TCP連接用于FTP客戶與服務器之間傳送檔案

image-20201024134624114

上面例子是主動模式:建立資料通道時,FTP服務器主動連接FTP客戶

下圖實體為被動模式

image-20201024135018620

兩種模式對比

image-20201024135050743

注意兩種模式都是

  • 控制連接在整個會話期間保持打開狀態

  • 資料連接傳輸完畢后就關閉

練習題

題1

image-20210510093104063

題2

image-20210510093420163

4、總結

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-i3OnaeO5-1623548150903)(計算機網路第6章(應用層).assets/image-20201024135848563.png)]


6.6、電子郵件

1、概念

image-20201024151757221

郵件發送和接收程序

image-20201024152052056

2、簡單郵件傳送協議SMTP(Simple Mail Transfer Protocol)的基本作業原理

image-20201024152628966

3、電子郵件的資訊格式

image-20201024153425016

4、郵件讀取協議(POP3)

image-20201024153736033

5、基于萬維網的電子郵件

image-20201024154039565

6、習題練習

習題1

image-20210510102905448

習題2

image-20210510103143614
image-20210510103248371

習題3

image-20210510103353799

7、總結

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-gSsdzCnR-1623548150909)(計算機網路第6章(應用層).assets/image-20201024154744175.png)]

6.7、萬維網WWW

1、概念

概述

  • 萬維網 WWW (World Wide Web) 并非某種特殊的計算機網路,
  • 萬維網是一個大規模的、聯機式的資訊儲藏所
  • 萬維網用鏈接的方法能非常方便地從互聯網上的一個站點訪問另一個站點,從而主動地按需獲取豐富的資訊,
  • 這種訪問方式稱為“鏈接”,

萬維網的作業方式

  • 萬維網以客戶 - 服務器方式作業,
  • 瀏覽器就是在用戶計算機上的萬維網客戶程式,萬維網檔案所駐留的計算機則運行服務器程式,因此這個計算機也稱為萬維網服務器
  • 客戶程式向服務器程式發出請求,服務器程式向客戶程式送回客戶所要的萬維網檔案
  • 在一個客戶程式主視窗上顯示出的萬維網檔案稱為頁面 (page),

image-20201024170819303

image-20201024171432743

萬維網應用舉例

訪問網頁

image-20201024170923530

怎樣標志分布在整個互聯網上的萬維網檔案?

image-20201024171058583

萬維網的檔案

image-20210510105447497

image-20201024171724030

這些檔案都部署在服務器端

2、超文本傳輸協議HTTP(Hyper Transfer Protocol)

2.1、概念和傳輸程序

  • 在萬維網客戶程式與萬維網服務器程式之間進行互動所使用的協議,是超文本傳送協議 HTTP (HyperText Transfer Protocol),
  • HTTP 是一個應用層協議,它使用 TCP 連接進行可靠的傳送,

image-20201024222457800

  • 每個萬維網網點都有一個服務器行程,它不斷地監聽 TCP 的埠 80,以便發現是否有瀏覽器向它發出連接建立請求,
  • 一旦監聽到連接建立請求并建立了 TCP 連接之后,瀏覽器就向萬維網服務器發出瀏覽某個頁面的請求,服務器接著就回傳所請求的頁面作為回應,
  • 最后,TCP 連接就被釋放了,

image-20201024222825888

2.2、HTTP報文格式

HTTP請求報文格式

image-20201024224828528

HTTP回應報文格式

image-20201024224920638

2.3、使用Cookie在服務器上記錄用戶資訊

image-20201024224945200

2.4、萬維網快取與代理服務器

image-20201024224632514

如果該請求有快取

image-20201024224720124

如果該請求沒有快取

image-20201024225013288

若WEb快取的命中率比較高

則會大大減小了該鏈路上的通信量,因而減少了訪問因特網的時延

假設原始服務器的檔案被更改,這樣代理服務器的檔案就不是最新的

所以原始服務器通常會為每個回應的物件設定一個修改時間欄位和一個有效日期欄位

若未過期

image-20201024225504869

若過期并且代理服務器的檔案和原始服務器的檔案一致,原始服務器則給代理服務器發送不包含物體主體的回應

image-20201024225846863

若過期并且代理服務器的檔案和原始服務器的檔案不一致,原始服務器則給代理服務器發送封裝有該檔案的回應報文

image-20201024230242550

2.5、習題練習

習題1
image-20210510115501874
習題2

image-20210510120137247

3、總結

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-y6lQ7YqE-1623548150918)(計算機網路第6章(應用層).assets/image-20201024231143505.png)]

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

標籤:其他

上一篇:閉關多日,整理一份C++中那些重要又容易忽視的細節

下一篇:[資料結構]八大排序演算法(C語言)

標籤雲
其他(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)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more