主頁 > 軟體設計 > 計算機網路基礎(路由器的作用 MAC地址 IP地址 IP地址分類 子網掩碼 網段,等長子網劃分)

計算機網路基礎(路由器的作用 MAC地址 IP地址 IP地址分類 子網掩碼 網段,等長子網劃分)

2021-09-24 09:35:39 軟體設計

前言

在上一篇我們聊到了簡單的了解到了計算機的通信方式,并且都是處于同一個網段下的通信,簡要理解(大局觀)計算機之間的通信方式【同一網段】(直接相連,同軸電纜,集線器,網橋,交換機),今天我們聊聊路由器和MAC地址IP地址的基礎知識

文章目錄

  • 前言
  • 計算機之間連接方式---路由器連接
  • MAC地址
  • IP地址
  • IP地址的分類
    • A類地址
    • B類地址
    • C類地址
    • D和E類地址
  • 子網掩碼的CIDN表示方法
  • 為什么需要子網劃分
  • 什么是子網劃分
  • 等長子網劃分——劃分兩個子網
  • 等長子網劃分——劃分4個網段
  • 網段計算的注意事項

計算機之間連接方式—路由器連接

我們知道如果全世界都用交換機連接網路的話,會導致廣播風暴,即,當在由交換機連接網路的時候,兩臺計算機通信,首先會發ARP廣播得到對方的MAC地址,于此同時交換機就會記錄經過交換機的資料包傳過的MAC,全世界那么多電腦,這樣會導致要詢問全世界的電腦MAC地址,很明顯占用網路資源非常嚴重,所以不適用都是交換機來連接全世界的計算機,再說了,交換機連接是屬于同一網段的網路,這樣也會導致IP地址肯定不夠用的

總結一下:同軸電纜,集線器,網橋,交換機連接的設備都是處于同一個網段,這也意味著他們連接的設備處于同一個廣播域(一個設備發ARP廣播包,全部連接在同一個網段都可以收到;
網橋和交換機相比集線器同軸電纜來說,可以一定程度的隔絕沖突域,

所以我們引入了一個更實用的路由器,它所連接的網路是處于不同網段的網路,能夠使得資料包在不同網段之間轉換資料,
在這里插入圖片描述
橙色的大筐筐和紫色大筐筐,中間有個路由器,橙色的大筐筐就是192.168.1.0網段,紫色大筐筐是192.168.2.0網段,

在有路由器之后,想給對方發送資料時候,就不是直接發送ARP廣播包詢問對方的MAC地址了,而是
先判斷對方計算機的IP地址是否和原IP地址處于同一個網段:
處于同一個網段:就發ARP廣播詢問對方MAC地址;
處于不同網段:就通過路由器經行轉發資料包(此時也會發ARP廣播包,只不過是獲取路由器網關的MAC地址);

那如何通過路由器轉發資料包呢?其實就是路由器的網關起作用,

網關這個相當于是路由器的介面,類似路由器眾多IP地址中的一個,網關要和它相連的設備處于同一個網段,并且,與路由器相連的計算機需要給他們配置默認網關地址,默認網關就是經過路由器網關(介面)的IP地址,才可以經過這個對應的網關,

比如下圖:路由器有兩個網關,每個網關都只能通過和網關IP處于同一個網段的資料包,
而對于左邊的計算機2計算機3都需要設定默認網關:192.168.3.1,右邊的計算機4和計算機5也需要設定默認網關192.168.4.1;這樣才可以經過路由器網關,

一般網關的主機號都是設定位1,當然設定其他的號也行,只是大家習慣規定而以,

路由器可以隔絕廣播域:即假如計算機2給同一網段的計算機3發送ARP廣播包時候,并不會經過路由器轉發到其他網段去,當路由器接收到這個ARP廣播包時候,發現不是詢問路由器的MAC地址,那么路由器就會丟棄資料包,隔絕兩下圖左右兩邊的廣播域,
在這里插入圖片描述
在路由器中,連接不同網段的資料,是通過路由器的網關來幫助轉發的,比如假如上圖計算機2和計算機5通信
(忽略了交換機記錄MAC地址的程序,這里主要關注是路由器不同網段的資料發送程序)

  1. 首先判斷不處于同一個網段,所以要路由器轉發資料,由于路由器網關1的地址和計算機2處于同一個網段,所以計算機2首先會發一個ARP廣播包,為了獲取網關1的MAC地址;

  2. 然后就可以經過路由器,路由器發現這個資料包是給計算機5,然后就轉發給網關2,轉發給網關2的原因是因為計算機5和網關2處于同一個網段;

  3. 再由于還是不知道計算機5的MAC地址,所以網關2會發一個ARP廣播包,詢問得到計算機5的MAC地址后,就可以往計算機5發送資料了;

  4. 最后于此同時,計算機5也會回傳一個回應包給計算機2,


假如有路由器,是處于同一個網段的轉發資料包呢?
比如上圖的計算機2和計算機3通信,那么就是簡單的同一個局域網通信了:

  1. 首先計算機2而判斷出是處于同一個網段,計算機2就會發廣播包詢問計算機3的MAC地址;
  2. 此時經過交換機發送給計算機3和路由器,路由器由于發現不是要自己的MAC地址,那么就丟棄,計算機3發現是需要自己的MAC地址就接收;
  3. 于此同時計算機3就回傳回應包,告訴計算機2MAC地址是它,此時,經過交換機并不會再次廣播給路由器,因為交換機有記憶每個埠MAC地址功能,能夠準確精確給計算機2發回去回應資料包,
  4. 此時計算機2就可根據MAC和IP地址給計算機3發送資料包了,

現在我們再思考多一個場景:我們知道路由器是連接不同網段的網路的,那我假如路由器連接相同的網段,那資料包會發送過去嗎?

答案是不會的,因為資料包發送的時候,會判斷對方的IP地址是否和自己處于同一個網段,假如路由器相連接同一個網段的話,那就發一個ARP廣播,但是我們知道路由器是有網關地址的,你要經過路由器相連的的另一臺設備,那么先經過路由器,路由器的網關,那么資料包就會直接發送給網關了,路由器網關一看資料包,不是詢問自己的MAC地址,那就丟棄啦,都不可能通過路由器轉發到另一個設備中,


MAC地址

首先MAC地址是固化在網卡中的,每個MAC地址都是6個位元組(48個bit),

MAC地址分為兩個部分:第一個部分是組織唯一識別符號;第二個部分是網路介面識別符號,

MAC地址是全球唯一的,由IEEE802標準會規定,標準會給廠家分配前三個位元組,即MAC地址組織唯一識別符號,后三個位元組是廠家自家分配,

查詢廠家的MAC地址前三個位元組的網址:http://standards-oui.ieee.org/oui/oui.txt
我截個圖給你們看看在這里插入圖片描述
也可以查看自家的MAC地址,如在cmd敲命令ipconfig /all
在這里插入圖片描述
不同作業系統的MAC地址可能表現得形式會有不一樣,
在這里插入圖片描述


特殊的MAC地址:
當48bit,即6個位元組都是1的時候,表示位廣播地址,即ARP廣播包MAC地址,
由十六進制表示就是全是FF FF FF FF FF FF,

所以以后我們看到一些資料包,都是全1的,或者十六進制表示全F的MAC地址,要反應出這是廣播資料包,


MAC地址的獲取:當我們不知道對方的MAC地址時候,就會發一個ARP廣播包,獲取到對方的MAC地址時候,就會快取對應的IP和MAC地址之間的映射(即對應關系),這就是ARP快取機制


IP地址

IP地址,互聯網每一臺計算機都有IP地址
IPV4是32位的IP地址,2019年11月25日已經使用完了;
IPV6是32位的IP地址,目前使用的是IPV6的地址,有生之年都夠用,

但是下面我說的都是IPV4,默認條件下,

下圖位IP地址的表現形式


IP地址的組成:IP地址是由兩部分組成,一部分是網路標識,另一部分主機標識,

那如何判斷一個IP地址的網路標識和主機標識部分?

通過子網掩碼結合IP地址去判斷,子網掩碼前面bit位全是1表示對應IP地址部分為網路標識,全為0對應IP地址表示為主機標識,

所以當我們說IP地址時候,是隱藏了IP地址對應的子網掩碼的,只有配合了子網掩碼才可以判斷出一個IP地址的網路標識和主機標識的位置,

而我們通常說的處于統一網段的設備,即處于同一個網路標識的IP地址,

那么網段是如何計算的呢?

網段 = IP地址 & 子網掩碼,即IP地址與子網掩碼按位與
在這里插入圖片描述

子網掩碼的主要作用就是用來計算網段的,判斷多個IP地址是否處于同一個網段,它的作用就很重要;于此同時還是可以用來判斷IP地址的網路標識和主機標識,


對于一個IP地址的網路標識可以用來判斷IP地址處于哪一個網段;而對于主機標識,則表示處于這個網段上可以有多數臺主機可以使用這個網段的IP地址

比如上圖的網段192.168.1.0,我們知道網路標識是192.168.1,而主機標識位有8個bit 即可以表示的資料范圍是 0 ~ 28 - 1 = 0 ~ 255; 即有255 - 0 + 1 = 256 個主機號,

但是這0 ~ 255資料范圍內,要扣去主機位全0,和主機位全1的,因為主機位全0的IP地址,表示網段的IP地址,主機位全1的IP地址,表示這個網段的廣播包IP地址,所以這個192.168.1.0的網段可以有256 - 2 = 254臺設備使用,

要理解這里的主機位全0,全1這都是對二進制來說的,后面講到子網劃分和超網時候,可能以10進制形式書寫的IP地址上對于IP地址后8位bit轉換10進制寫的時候,不都是0,也可能表示是網段的IP,或者廣播包IP哦,


對比一下MAC地址全為1的廣播包和處于某一個網段IP地址主機位全是1的廣播包:

MAC地址全為1的廣播包是在回應時候,只會得到目標IP地址的回應;
而在某一個網段下,主機位全是1的IP地址廣播包,回傳回應的是,處于同一網段的回應都會回傳;

IP地址的分類

在這里插入圖片描述

只有A類B類C類的IP才可以分配給主機使用;
以后對于一個IP地址,我們至少可以得到一個資訊,通過IP地址的第一部分的資料判斷它屬于哪類的地址,

A類地址

在這里插入圖片描述

  1. A類地址,前8bit為網路部分,后24bit為主機部分;那子網掩碼自然而然就知道是:255.0.0.0網路部分第一位為0;
  2. 所以我們知道網路部分可以表示的范圍是 0 ~ 27 - 1 = 0 ~ 127;對于A類地址來說,網路部分還有一定的限定,網路部分全為0(8bit都為0)的網段不可以用,并且網路部分為127的網段作為保留網段,所以對于A類地址來說:網路部分的表示網段的適用范圍是1~126
  3. 對于主機部分,由于又24bit,分為3個位元組,每個位元組的范圍是0~28-1 = 0~255;所以每個位元組的資料個數又256,有3個位元組,所以對于主機部分:能夠表示主機的數量有256256256臺,但是,由于主機部分也有限定:全0和全1不能給主機分配,所以最終A類地址,對于一個網段來說,主機數最大的容量是256*256*256-2臺

所以當我們看到一個IP地址時候,至少需要有個反應,知道它是哪一類的地址,
比如:123.123.232.1,看前面的8為二進制,也就是第一部分,顯示的是123,屬于1~126的A類地址范圍呢,所以說這是一個A類網路的IP地址


B類地址

在這里插入圖片描述

B類地址,網路部分為16bit,主機部分為16bit,所以子網掩碼為:255.255.0.0;網路部分是以10開頭,占兩個bit;
所以說網路部分的最小值是:10 000000 00000000;轉化為十進制 128.0;
網路部分的最大值是:10 111111 11111111;轉化為十進制 191.255;
我們這就可以知道第1部分的資料范圍是128~191;第2部分的資料范圍是0 ~ 255;
那么主機ID,16個bit,分為兩部分,對于B類地址的某一網段來說,主機最大數為256*256-2臺;

雖然我們知道B類地址的網路部分是16個bit,但是整個IP地址(32位)區分位4個部分時候,網路部分就占了兩個部分,但是我們可以根據第一部分的資料,判斷IP地址屬于哪一類的地址

比如:129.124.123.1的IP地址,很明顯看出這IP地址為B類地址,因為129屬于B類地址的第一部分資料范圍:128 ~ 191;


C類地址

在這里插入圖片描述


D和E類地址

在這里插入圖片描述


子網掩碼的CIDN表示方法

在這里插入圖片描述
通過這個方式,我們就可以一下子知道IP地址和子網掩碼與此同時得到網段;


為什么需要子網劃分

假如有個場景需求,我們要求分配200臺計算機的IP地址,但是我希望這來200臺計算機處于同一網段,很好想到,我們可以分配給它們200臺計算機的C類IP地址,因為一個網段下的C類IP地址可以容納主機最大數量是254臺,比如分配:192.168.1.0/24網段下的,那么對于這個C類IP地址的網段:192.168.1.0/24使用200臺后,還剩下54個此網段的IP地址可以用,這其實算是一個合理利用了,

假如我要分配500臺計算機的IP地址處于同一網段下的呢?你發現對于C類地址來說,是不夠用的,因為C類地址的網段最大容納也是254臺;那你可能會想,為了處于同一網段下,必須分配容量更大的IP地址才可以,你就想到B類地址,因為對于某一網段的B類地址可以容納256*256 -2 = 65534 臺主機,比如:128.100.0.0/16網段,但是當你分配500臺計算機給128.100.0.0/16網段的B類地址時候,還剩下65304空閑的該網段的B類IP地址,此時你意識到,這是極大的浪費,

所以為了能夠合理的利用IP地址的資源,我們需要對IP地址進行子網劃分,


什么是子網劃分

子網劃分,我的理解就是把一個大的網段,劃分為多個不同的小的網段,這多個不同的小網段就是大網段的子網;這樣就可以合理利用該網段的IP地址,合理分配計算機的數量了,


至于如何劃分多個不同的網段,也就是說,如何子網劃分呢?

子網劃分的方法就是:借助IP地址的主機位作為子網位,劃分多個子網

而對于子網劃分又分為兩大類:

  1. 等長子網劃分:將一個網段,分為多個子網,每個子網的可用IP地址數量是一樣的,
    比如:對于 192.168.100.0/24這個網段,可以用IP地址數量為254,我將它劃分為2個不同的子網,這2個子網的可用IP地址是一樣的,每個子網的可用IP地址數量都是127個,這就是等長子網劃分;
  2. 變長子網劃分:劃分一個網段時候,子網的可用IP地址數量是不一樣,
    比如:對于 192.168.100.0/24這個網段,我把它劃分為3個子網,分別給這三個子網分配的可用IP地址數量不一致就行了,

等長子網劃分——劃分兩個子網

我們以C類地址192.186.0.0/24這個網段來說明這個問題,劃分兩個子網的程序,

在這里插入圖片描述
在這里插入圖片描述
在這里插入圖片描述


等長子網劃分——劃分4個網段

在這里插入圖片描述
在這里插入圖片描述

其實很容易發現規律的:劃分n段就用主機位的范圍數除以 n;

比如這個C類地址,主機位8個bit,資料范圍是0~255;有256個數字;劃分4段;256 / 4 = 64;
然后加個輔助的數軸,分4個64的資料在數軸畫起來來,然后在每一段排除掉全是 0 和全是 1的,剩下的每一段就表示該網段的IP地址可用數量;


其實分類還有變長子網劃分,還有超網等概念,其實我不打算寫,這些只要自己有了等長子網劃分的基礎,可以百度,或者看書去了解,如果你感興趣的話,


網段計算的注意事項

反正明白兩個點:對于一個IP地址:IP地址第一部分可以知道它屬于什么型別的IP地址,IP地址加上子網掩碼按位與可以算出網段,不要看到同一IP地址的十進制數的子網掩碼個數相同,還有十進制的IP表現形式相同,就判斷它們屬于用以網段,還要結合IP地址和子網掩碼的按位于去計算

在這里插入圖片描述
這個就是C類地址,你以為前面24個位的IP地址形式一樣就是同一網段了嘛?當然不是,網段是需要結合子網掩碼算的,經過計算很明顯上面的網段是不一樣的,

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

標籤:其他

上一篇:【手寫原始碼-設計模式21】-狀態模式-加班內卷身體被掏空

下一篇:資料結構與演算法 -->> 哈希表

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