2. 程式人生 > >Java三種記憶體分配策略：靜態的.棧式的和堆式的區別

Java三種記憶體分配策略：靜態的.棧式的和堆式的區別

阿新 • • 發佈：2019-02-12
我的想法是(應該說代表TIJ的觀點),如果沒有Garbage Collector(GC),上面的說法就是成立的.堆不象棧是連續的空間,沒有辦法指望堆本身的記憶體分配能夠象堆疊一樣擁有傳送帶般的速度,因為,誰會為你整理龐大的堆空間,讓你幾乎沒有延遲的從堆中獲取新的空間呢?這個時候,GC站出來解決問題.我們都知道GC用來清除記憶體垃圾,為堆騰出空間供程式使用,但GC同時也擔負了另外一個重要的任務,就是要讓Java中堆的記憶體分配和其他語言中堆疊的記憶體分配一樣快,因為速度的問題幾乎是眾口一詞的對Java的詬病.要達到這樣的目的,就必須使堆的分配也能夠做到象傳送帶一樣,不用自己操心去找空閒空間.這樣,
GC除了負責清除Garbage外,還要負責整理堆中的物件,把它們轉移到一個遠離Garbage的純淨空間中無間隔的排列起來,就象堆疊中一樣緊湊,這樣Heap Pointer就可以方便的指向傳送帶的起始位置,或者說一個未使用的空間,為下一個需要分配記憶體的物件"指引方向".因此可以這樣說,垃圾收集影響了物件的建立速度,聽起來很怪,對不對?那GC怎樣在堆中找到所有存活的物件呢?前面說了,在建立一個物件時，在堆中分配實際建立這個物件的記憶體,而在堆疊中分配一個指向這個堆物件的指標(引用),那麼只要在堆疊(也有可能在靜態儲存區)找到這個引用,就可以跟蹤到所有存活的物件.找到之後,GC將它們從一個堆的塊中移到另外一個堆的塊中,並將它們一個挨一個的排列起來,就象我們上面說的那樣,模擬出了一個棧的結構,但又不是先進後出的分配,而是可以任意分配的,在速度可以保證的情況下, Isn't it great?
但是，列寧同志說了,人的優點往往也是人的缺點,人的缺點往往也是人的優點(再暈~~).GC()的執行要佔用一個執行緒,這本身就是一個降低程式執行效能的缺陷,更何況這個執行緒還要在堆中把記憶體翻來覆去的折騰.不僅如此,如上面所說,堆中存活的物件被搬移了位置,那麼所有對這些物件的引用都要重新賦值.這些開銷都會導致效能的降低.此消彼長,GC()的優點帶來的效益是否蓋過了它的缺點導致的損失,我也沒有太多的體會,Bruce Eckel 是Java的支持者，王婆賣瓜，話不能全信.個人總的感覺是,Java還是很慢,它的發展還需要時間.

相關推薦

Java三種記憶體分配策略：靜態的.棧式的和堆式的區別

我的想法是(應該說代表TIJ的觀點),如果沒有Garbage Collector(GC),上面的說法就是成立的.堆不象棧是連續的空間,沒有辦法指望堆本身的記憶體分配能夠象堆疊一樣擁有傳送帶般的速度,因為,誰會為你整理龐大的堆空間,讓你幾乎沒有延遲的從堆中獲取新的空間呢?這個時候,GC站出來解決問題.我們都知道

Java底層的記憶體分配策略

Java記憶體分配的主要區域： 1、棧：存放基本型別的資料和物件的引用，物件本身是存放在堆中 2、堆：存放用new產生的物件資料 3、常量池：存放常量 通常常量池有兩種形態： 執行時常量池：則是jvm虛擬機器在完成類裝載操作後，將*.class檔案中的常量池載入到記憶體中，並儲存

理順一下C++三種記憶體分配方式

C/C++記憶體分配有三種方式：[1]從靜態儲存區域分配。記憶體在程式編譯的時候就已經分配好，這塊記憶體在程式的整個執行期間都存在。例如全域性變數，static變數。靜態分配的區域的生命期是整個軟體執行期，就是說從軟體執行開始到軟體終止退出。只有軟體終止執行後，這塊記憶體才會被系統回收[2]在棧上建立。在執行

Apache Spark 2.0三種API的傳說：RDD、DataFrame和Dataset

sensor json數據 query 答案 內存 table 引擎 library spark Apache Spark吸引廣大社區開發者的一個重要原因是：Apache Spark提供極其簡單、易用的APIs，支持跨多種語言(比如：Scala、Java、Python和R

三種常見字元編碼：ASCII、Unicode和UTF-8

什麼是字元編碼？ 計算機只能處理數字，如果要處理文字，就必須先把文字轉換為數字才能處理。最早的計算機在設計時採用8個位元（bit）作為一個位元組（byte），所以，一個位元組能表示的最大的整數就是255（二進位制11111111=十進位制255），如果要表示更大的整數，就必須用更多的位元組。比如

Kubernetes的三種外部訪問方式：NodePort、LoadBalancer和Ingress

ClusterIP ClusterIP 服務是 Kubernetes 的預設服務。它給你一個叢集內的服務，叢集內的其它應用都可以訪問該服務。叢集外部無法訪問它。 ClusterIP 服務的 YAML 檔案類似如下： apiVersion: v1  kind: Ser

《深入理解JAVA虛擬機器》詳細解讀（第三章 ）：垃圾收集器與記憶體分配策略

  目錄 一、垃圾收集器與記憶體分配策略 1 概述 2 物件已經死亡？ 2.1引用計數法（未使用） 2.2可達性分析演算法 2.3 再談引用 2.4 生存還是死亡 2.5 回收方法區 3 垃圾收集演算法 3.1 複製演算法（Copy） 3

jvm_第三章：垃圾收集與記憶體分配策略

1：回收哪些記憶體： 程式計數器，虛擬機器棧，本地方法棧屬於執行緒私有，隨執行緒而生，隨執行緒而滅，所以主要考慮方法區和堆記憶體的回收:2 2：哪些物件可以被回收： 　　引用計數演算法： 　　可達性分析演算法：GCRoots包括： 　　　　　　　　　　　　　　　　　　虛擬機器棧中的引用的物件； 　

Java虛擬機器：記憶體分配策略

  Java中提倡的自動記憶體管理機制最終可以歸結為自動化的解決兩個問題：給物件分配記憶體和回收分配給物件的記憶體。在之前的部落格中已經詳細講解了記憶體回收體系及原理，下面我們來探討給物件分配記憶體那些事兒。        物件的記憶體分配，總體

Java虛擬機器6：記憶體分配策略

大物件直接進入老年代Java的自動記憶體管理最終可以歸結為自動化地解決了兩個問題： 給物件分配記憶體 回收分配給物件的記憶體      物件的記憶體分配通常是在堆上分配（除此以外還有可能經過JIT編譯後被拆散為標量型別並間接地棧上分配），物件主要分配在新生代的Eden區上

讀書筆記《深入理解Java虛擬機器》 （三）物件已死？與記憶體分配策略

物件是否可回收 引用計數演算法 給物件新增一個引用計數器，每當有一個地方引用它時，計數器值就加1；當引用失效時就減1；當等於0時就認為物件不可能再被使用。問題：當兩個物件相互引用時，就無法回收了。 可達性分析演算法 通過一系列的稱為“GC Roots”的物件作為起

JAVA三種實現單例模式方法（二）：使用靜態內部類實現單例設計模式

靜態程式碼塊和靜態內部類的載入順序：當呼叫外部類的建構函式是，外部類的靜態程式碼塊同時被載入，但是其內部類不會同時被載入；當且僅當內部類的靜態域或其構造方法或其靜態方法被呼叫時，內部內才被載入。 因此，通過內部內實現單例，就能實現延遲載入。 這個解決方案被稱為Lazy i

深入理解JVM—第三章：垃圾收集器與記憶體分配策略

概述 對於Java記憶體執行時區域的各位部分，其中程式計數器、虛擬機器棧、本地方法棧這三個區域都是隨執行緒而生，隨執行緒而滅。並且棧幀中分配的記憶體也是在編譯後就已知的。因此這幾個區域的記憶體分配和回收都具備確定性，所以我們在這幾個區域就不必過多地考慮

JVM筆記4：Java記憶體分配策略及配置引數

簡單來說，物件記憶體分配主要是在堆中分配。但是分配的規則並不是固定的，取決於使用的收集器組合以及JVM記憶體相關引數的設定 以下介紹幾條基本規則（使用的ParNew+Serial Old收集器組合）： 一，物件優先在新生代Eden區分配 //-XX:+UseParNew

Java三種排序：冒泡，選擇，插入排序

反序 三種 blog void bubble public string length 選擇 三種排序：冒泡，選擇，插入排序 public static void bubbleSort(int[] source){ // 交換

深入理解Java虛擬機器總結一垃圾收集器與記憶體分配策略(二)

深入理解Java虛擬機器總結一垃圾收集器與記憶體分配策略(二) 垃圾回收概述 如何判定物件為垃圾物件 垃圾回收演算法 垃圾收集器詳解 記憶體分配策略 垃圾回收概述 如何判定物件為垃圾物件 引用計數法: 在物件

讀薄《深入理解 JAVA 虛擬機器》Java記憶體分配策略

記憶體分配規則不是固定的，取決於當前使用的是哪一種垃圾收集器以及虛擬機器配置。 物件優先在 Eden 上分配 大多數情況下，物件分配在 Eden 上，當記憶體不足的時候觸發一次 Minor GC。 大物件分配進老年代 需要連續記憶體空間的物件，最典型的是很長的字串已經陣列，寫程式的時候應該避免生命週期

第三章垃圾收集器與記憶體分配策略

3.2物件死亡的判斷方法 3.2.1引用計數法 給物件新增一個引用計數器，每當一個地方引用它就+1，引用失效就-1，當計數器為0時就表示物件已經死亡。 缺點是無法解決迴圈引用問題 3.2.2可達性分析 將GC root作為根節點向下遍歷，無法遍歷到的物件（GC Root到這個物件不可達）就表示該物件

【Java虛擬機器】垃圾收集器和記憶體分配策略

垃圾收集器和記憶體分配策略 垃圾收集器 Serial 收集器 ParNew 收集器 Parallel Scavenge 收集器 Serial Old 收集器 Parallel Old 收集器 CMS 收集器（C

深入Java虛擬機器閱讀感（二）-Java垃圾回收器與記憶體分配策略

垃圾回收器主要演算法：       1、引用計數法。給物件新增一個計數器，當物件被使用時則加1，當引用失效時則減1，當計數為0時則認為該物件可以被回收。由於該算演算法無法解決物件相互引用而計數不會減為0，導致該物件無法回收，所以該演算法不是Java虛擬垃圾回收器