主頁 > 軟體設計 > 如何通過jstat命令進行查看堆記憶體使用情況？

如何通過jstat命令進行查看堆記憶體使用情況？

2023-02-08 07:32:48 軟體設計

摘要：jstat命令可以查看堆記憶體各部分的使用量，以及加載類的數量，

本文分享自華為云社區《JVM之通過jstat命令進行查看堆記憶體使用情況》，作者：共飲一杯無 ，

基本概念

jstat是JDK自帶的一個輕量級小工具，它位于java的bin目錄下，主要利用JVM內建的指令對Java應用程式的資源和性能進行實時的命令列的監控，包括了對Heap size和垃圾回收狀況的監控，jstat命令可以查看堆記憶體各部分的使用量，以及加載類的數量，命令的格式如下：

jstat [-命令選項] [vmid] [間隔時間/毫秒] [查詢次數]

C:\Users\zjq>jstat -help
Usage: jstat -help|-options
 jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]]
Definitions:
 <option>      An option reported by the -options option
 <vmid>        Virtual Machine Identifier. A vmid takes the following form:
 <lvmid>[@<hostname>[:<port>]]
                Where <lvmid> is the local vm identifier for the target
                Java virtual machine, typically a process id; <hostname> is
                the name of the host running the target Java virtual machine;
                and <port> is the port number for the rmiregistry on the
                target host. See the jvmstat documentation for a more complete
                description of the Virtual Machine Identifier.
 <lines>       Number of samples between header lines.
 <interval>    Sampling interval. The following forms are allowed:
 <n>["ms"|"s"]
                Where <n> is an integer and the suffix specifies the units as
                milliseconds("ms") or seconds("s"). The default units are "ms".
 <count>       Number of samples to take before terminating.
  -J<flag>      Pass <flag> directly to the runtime system.

說明：

  • option：引數選項
  • -t：可以在列印的列加上Timestamp列，用于顯示系統運行的時間
  • -h：可以在周期性資料輸出的時候，指定輸出多少行以后輸出一次表頭
  • vmid：Virtual Machine ID（ 行程的 pid）
  • interval：執行每次的間隔時間，單位為毫秒
  • count：用于指定輸出多少次記錄，預設則會一直列印

option 可以從下面引數中選擇
jstat -options

  • -class 用于查看類加載情況的統計
  • -compiler 用于查看HotSpot中即時編譯器編譯情況的統計
  • -gc 用于查看JVM中堆的垃圾收集情況的統計
  • -gccapacity 用于查看新生代、老生代及持久代的存盤容量情況
  • -gcmetacapacity 顯示metaspace的大小
  • -gcnew 用于查看新生代垃圾收集的情況
  • -gcnewcapacity 用于查看新生代存盤容量的情況
  • -gcold 用于查看老生代及持久代垃圾收集的情況
  • -gcoldcapacity 用于查看老生代的容量
  • -gcutil 顯示垃圾收集資訊
  • -gccause 顯示垃圾回收的相關資訊（通-gcutil）,同時顯示最后一次僅當前正在發生的垃圾收集的原因
  • -printcompilation 輸出JIT編譯的方法資訊

案例

-class 查看class加載統計

C:\Users\zjq>jps
24832 Jps
21180 Bootstrap
C:\Users\zjq>jstat -class 21180
Loaded  Bytes  Unloaded  Bytes     Time
 3800 7339.7 409 783.0 6.35

說明：

  • Loaded：加載class的數量
  • Bytes：所占用空間大小
  • Unloaded：未加載數量
  • Bytes：未加載占用空間
  • Time：時間

-compiler 查看編譯統計

C:\Users\zjq>jstat -compiler 21180
Compiled Failed Invalid   Time   FailedType FailedMethod
 2743 0 0 10.53 0

說明：

  • Compiled：編譯數量，
  • Failed：失敗數量
  • Invalid：不可用數量
  • Time：時間
  • FailedType：失敗型別
  • FailedMethod：失敗的方法

-gc 垃圾回收統計

C:\Users\zjq>jstat -gc 21180
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT
28160.0 30208.0 0.0 0.0 260096.0 163920.6 115712.0 27193.7 21248.0 18539.6 2560.0 2053.2 6 0.096 1 0.057 0.153
#也可以指定列印的間隔和次數，每1秒中列印一次，共列印5次
C:\Users\zjq>jstat -gc 21180 1000 3
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT
28160.0 30208.0 0.0 0.0 260096.0 171724.8 115712.0 27193.7 21248.0 18539.6 2560.0 2053.2 6 0.096 1 0.057 0.153
28160.0 30208.0 0.0 0.0 260096.0 172592.0 115712.0 27193.7 21248.0 18539.6 2560.0 2053.2 6 0.096 1 0.057 0.153
28160.0 30208.0 0.0 0.0 260096.0 172592.0 115712.0 27193.7 21248.0 18539.6 2560.0 2053.2 6 0.096 1 0.057 0.153

說明：

  • S0C：第一個Survivor區的大小（KB）
  • S1C：第二個Survivor區的大小（KB）
  • S0U：第一個Survivor區的使用大小（KB）
  • S1U：第二個Survivor區的使用大小（KB）
  • EC：Eden區的大小（KB）
  • EU：Eden區的使用大小（KB）
  • OC：Old 區大小（KB）
  • OU：Old使用大小（KB）
  • MC：方法區大小（KB）
  • MU：方法區使用大小（KB）
  • CCSC：壓縮類空間大小（KB）
  • CCSU：壓縮類空間使用大小（KB）
  • YGC：年輕代垃圾回收次數
  • YGCT：年輕代垃圾回收消耗時間
  • FGC：老年代垃圾回收次數
  • FGCT：老年代垃圾回收消耗時間
  • GCT：垃圾回收消耗總時間

-gccapacity 堆記憶體統計

[root@zjq ~]# jstat -gccapacity 3346 #用于查看新生代、老生代及持久代的存盤容量情況
 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
[root@zjq ~]# jstat -gccapacity -h5 3346 1000 #-h5：每5行顯示一次表頭 1000：每1秒鐘顯示一次，單位為毫秒
 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
  • NGCMN：年輕代(young)中初始化(最小)的大小(位元組)
  • NGCMX：年輕代(young)的最大容量 (位元組)
  • NGC：年輕代(young)中當前的容量 (位元組)
  • S0C：年輕代中第一個survivor（幸存區）的容量 (位元組)
  • S1C：年輕代中第二個survivor（幸存區）的容量 (位元組)
  • EC：年輕代中Eden（伊甸園）的容量 (位元組)
  • OGCMN：old代中初始化(最小)的大小 (位元組)
  • OGCMX：old代的最大容量(位元組)
  • OGC：old代當前新生成的容量 (位元組)
  • OC：Old代的容量 (位元組)
  • MCMN：metaspace(元空間)中初始化(最小)的大小 (位元組)
  • MCMX：metaspace(元空間)的最大容量 (位元組)
  • MC：metaspace(元空間)當前新生成的容量 (位元組)
  • CCSMN：最小壓縮類空間大小
  • CCSMX：最大壓縮類空間大小
  • CCSC：當前壓縮類空間大小
  • YGC：從應用程式啟動到采樣時年輕代中gc次數
  • FGC：從應用程式啟動到采樣時old代(全gc)gc次數

-gcmetacapacity 元資料空間統計

[root@zjq ~]# jstat -gcmetacapacity 3346 #顯示元資料空間的大小
MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC FGCT GCT
0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 8 0 0.000 0.020
  • MCMN：最小元資料容量
  • MCMX：最大元資料容量
  • MC：當前元資料空間大小
  • CCSMN：最小壓縮類空間大小
  • CCSMX：最大壓縮類空間大小
  • CCSC：當前壓縮類空間大小
  • YGC：從應用程式啟動到采樣時年輕代中gc次數
  • FGC：從應用程式啟動到采樣時old代(全gc)gc次數
  • FGCT：從應用程式啟動到采樣時old代(全gc)gc所用時間(s)
  • GCT：從應用程式啟動到采樣時gc用的總時間(s)

-gcnew 新生代垃圾回收統計

[root@zjq ~]# jstat -gcnew 3346 #用于查看新生代垃圾收集的情況
S0C S1C S0U S1U TT MTT DSS EC EU YGC YGCT
128.0 128.0 67.8 0.0 1 15 64.0 1024.0 362.2 8 0.020
  • S0C：年輕代中第一個survivor（幸存區）的容量 (位元組)
  • S1C：年輕代中第二個survivor（幸存區）的容量 (位元組)
  • S0U：年輕代中第一個survivor（幸存區）目前已使用空間 (位元組)
  • S1U：年輕代中第二個survivor（幸存區）目前已使用空間 (位元組)
  • TT：持有次數限制
  • MTT：最大持有次數限制
  • DSS：期望的幸存區大小
  • EC：年輕代中Eden（伊甸園）的容量 (位元組)
  • EU：年輕代中Eden（伊甸園）目前已使用空間 (位元組)
  • YGC：從應用程式啟動到采樣時年輕代中gc次數
  • YGCT：從應用程式啟動到采樣時年輕代中gc所用時間(s)

-gcnewcapacity 新生代記憶體統計

[root@zjq ~]# jstat -gcnewcapacity 3346 #用于查看新生代存盤容量的情況
NGCMN NGCMX NGC S0CMX S0C S1CMX S1C ECMX EC YGC FGC
1280.0 83264.0 1280.0 8320.0 128.0 8320.0 128.0 66624.0 1024.0 8 0
  • NGCMN：年輕代(young)中初始化(最小)的大小(位元組)
  • NGCMX：年輕代(young)的最大容量 (位元組)
  • NGC：年輕代(young)中當前的容量 (位元組)
  • S0CMX：年輕代中第一個survivor（幸存區）的最大容量 (位元組)
  • S0C：年輕代中第一個survivor（幸存區）的容量 (位元組)
  • S1CMX：年輕代中第二個survivor（幸存區）的最大容量 (位元組)
  • S1C：年輕代中第二個survivor（幸存區）的容量 (位元組)
  • ECMX：年輕代中Eden（伊甸園）的最大容量 (位元組)
  • EC：年輕代中Eden（伊甸園）的容量 (位元組)
  • YGC：從應用程式啟動到采樣時年輕代中gc次數
  • FGC：從應用程式啟動到采樣時old代(全gc)gc次數

-gcold 老年代垃圾回收統計

[root@zjq~]# jstat -gcold 3346 #用于查看老年代及持久代垃圾收集的情況
MC MU CCSC CCSU OC OU YGC FGC FGCT GCT
8448.0 8227.5 1024.0 1003.7 15104.0 2102.2 8 0 0.000 0.020
  • MC：metaspace(元空間)的容量 (位元組)
  • MU：metaspace(元空間)目前已使用空間 (位元組)
  • CCSC：壓縮類空間大小
  • CCSU：壓縮類空間使用大小
  • OC：Old代的容量 (位元組)
  • OU：Old代目前已使用空間 (位元組)
  • YGC：從應用程式啟動到采樣時年輕代中gc次數
  • FGC：從應用程式啟動到采樣時old代(全gc)gc次數
  • FGCT：從應用程式啟動到采樣時old代(全gc)gc所用時間(s)
  • GCT：從應用程式啟動到采樣時gc用的總時間(s)

-gcoldcapacity 老年代記憶體統計

[root@zjq~]# jstat -gcoldcapacity 3346 #用于查看老年代的容量
OGCMN OGCMX OGC OC YGC FGC FGCT GCT
15104.0 166592.0 15104.0 15104.0 8 0 0.000 0.020
  • OGCMN：old代中初始化(最小)的大小 (位元組)
  • OGCMX：old代的最大容量(位元組)
  • OGC：old代當前新生成的容量 (位元組)
  • OC：Old代的容量 (位元組)
  • YGC：從應用程式啟動到采樣時年輕代中gc次數
  • FGC：從應用程式啟動到采樣時old代(全gc)gc次數
  • FGCT：從應用程式啟動到采樣時old代(全gc)gc所用時間(s)
  • GCT：從應用程式啟動到采樣時gc用的總時間(s)

-gcutil 垃圾回收統計

[root@zjq~]# jstat -gcutil 3346 #顯示垃圾收集資訊
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT
52.97 0.00 42.10 13.92 97.39 98.02 8 0.020 0 0.000 0.020
  • S0：年輕代中第一個survivor（幸存區）已使用的占當前容量百分比
  • S1：年輕代中第二個survivor（幸存區）已使用的占當前容量百分比
  • E：年輕代中Eden（伊甸園）已使用的占當前容量百分比
  • O：old代已使用的占當前容量百分比
  • M：元資料區已使用的占當前容量百分比
  • CCS：壓縮類空間已使用的占當前容量百分比
  • YGC ：從應用程式啟動到采樣時年輕代中gc次數
  • YGCT ：從應用程式啟動到采樣時年輕代中gc所用時間(s)
  • FGC ：從應用程式啟動到采樣時old代(全gc)gc次數
  • FGCT ：從應用程式啟動到采樣時old代(全gc)gc所用時間(s)
  • GCT：從應用程式啟動到采樣時gc用的總時間(s)

-gccause 顯示垃圾回收的相關資訊

[root@zjq~]# jstat -gccause 3346 #顯示垃圾回收的相關資訊（同-gcutil）,同時顯示最后一次或當前正在發生的垃圾回收的誘因
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT LGCC GCC
52.97 0.00 46.09 13.92 97.39 98.02 8 0.020 0 0.000 0.020 Allocation Failure No GC
  • LGCC：最后一次GC原因
  • GCC：當前GC原因（No GC 為當前沒有執行GC）

-printcompilation JVM編譯方法統計

[root@zjq ~]# jstat -printcompilation 3346 #輸出JIT編譯的方法資訊
Compiled Size Type Method
421 60 1 sun/nio/ch/Util$2 clear
  • Compiled：編譯任務的數目
  • Size：方法生成的位元組碼的大小
  • Type：編譯型別
  • Method：類名和方法名用來標識編譯的方法，類名使用/做為一個命名空間分隔符，方法名是給定類中的方法，上述格式是由-XX:+PrintComplation選項進行設定的

 

點擊關注，第一時間了解華為云新鮮技術~

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

標籤：其他

上一篇：如何通過jstat命令進行查看堆記憶體使用情況？

下一篇：如何創建干凈的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

Copyright © 2010-2020 有解無憂