1. 程式人生 > >堆,棧,記憶體洩露,記憶體溢位介紹

堆,棧,記憶體洩露,記憶體溢位介紹


二、堆和棧的理論知識
2.1申請方式
stack:
由系統自動分配。 例如,宣告在函式中一個區域性變數 int b; 系統自動在棧中為b開闢空間
heap:
需要程式設計師自己申請,並指明大小,在c中malloc函式
如p1 = (char *)malloc(10);
在C++中用new運算子
如p2 = (char *)malloc(10);
但是注意p1、p2本身是在棧中的。
2.2申請後系統的響應
:只要棧的剩餘空間大於所申請空間,系統將為程式提供記憶體,否則將報異常提示棧溢位
:首先應該知道作業系統有一個記錄空閒記憶體地址的連結串列,當系統收到程式的申請時,會遍歷該連結串列,尋找第一個空間大於所申請空間的堆結點,然後將該結點從空閒結點連結串列中刪除,並將該結點的空間分配給程式,另外,對於大多數系統,會在這塊記憶體空間中的首地址處記錄本次分配的大小,這樣,程式碼中的delete語句才能正確的釋放本記憶體空間。另外,由於找到的堆結點的大小不一定正好等於申請的大小,系統會自動的將多餘的那部分重新放入空閒連結串列中。
2.3申請大小的限制
:在Windows下,棧是向低地址擴充套件的資料結構,是一塊連續的記憶體的區域。這句話的意思是棧頂的地址和棧的最大容量是系統預先規定好的,在 WINDOWS下,棧的大小是2M(也有的說是1M,總之是一個編譯時就確定的常數),如果申請的空間超過棧的剩餘空間時,將提示overflow。因此,能從棧獲得的空間較小。
:堆是向高地址擴充套件的資料結構,是不連續的記憶體區域。這是由於系統是用連結串列來儲存的空閒記憶體地址的,自然是不連續的,而連結串列的遍歷方向是由低地址向高地址。堆的大小受限於計算機系統中有效的虛擬記憶體。由此可見,堆獲得的空間比較靈活,也比較大。
2.4申請效率的比較:
棧由系統自動分配,速度較快。但程式設計師是無法控制的。
堆是由new分配的記憶體,一般速度比較慢,而且容易產生記憶體碎片,不過用起來最方便.另外,在WINDOWS下,最好的方式是用VirtualAlloc分配記憶體,他不是在堆,也不是在棧是直接在程序的地址空間中保留一快記憶體,雖然用起來最不方便。但是速度,也最靈活
2.5堆和棧中的儲存內容
棧:在函式呼叫時,第一個進棧的是主函式中後的下一條指令(函式呼叫語句的下一條可執行語句)的地址,然後是函式的各個引數,在大多數的C編譯器中,引數是由右往左入棧的,然後是函式中的區域性變數。注意靜態變數是不入棧的。
當本次函式呼叫結束後,區域性變數先出棧,然後是引數,最後棧頂指標指向最開始存的地址,也就是主函式中的下一條指令,程式由該點繼續執行。
堆:一般是在堆的頭部用一個位元組存放堆的大小。堆中的具體內容有程式設計師安排。

相關推薦

記憶體洩露,記憶體溢位介紹

二、堆和棧的理論知識 2.1申請方式stack:由系統自動分配。 例如,宣告在函式中一個區域性變數 int b; 系統自動在棧中為b開闢空間heap:需要程式設計師自己申請,並指明大小,在c中malloc函式 如p1 = (char *)malloc(10); 在C++中用new運算子 如p2 = (cha

什麼是記憶體洩漏和記憶體溢位

       一個執行緒的開銷包括:       核心模式下的開銷(核心堆疊,物件管理所需記憶體)       使用者模式下的開銷(執行緒區域性儲存、執行緒環境塊、堆疊、CRT、MFC、COM等等等等)       通常,執行緒數目的瓶頸在於執行緒自己的堆疊。Visual C++編譯器預設設定是每個執行緒

java記憶體分配之常量池,方法區

java棧 java棧,在函式的定義中定義的基本型別(int,long,short,byte,float,double,boolean,char)的變數資料和物件的引用變數分配的儲存空間的地方。當在程式碼塊中定義一個變數時,java棧就為這個變數分配適當的記憶體空間,當該變數退出作用域時,jav

記憶體管理中的程式碼段、資料段

1.函式程式碼存放在程式碼段。宣告的類如果從未使用,則在編譯時,會優化掉,其成員函式不佔程式碼段空間。 全域性變數或靜態變數,放在資料段, 區域性變數放在棧中, 用new產生的物件放在堆中, 記憶體分為4段,棧區,堆區,程式碼區,全域性變數區 BSS段:BSS段(bss segment)

JVM記憶體結構------方法區以及的區別

一 、 定義 堆:FIFO佇列優先,先進先出。JVM只有一個堆區被所有執行緒所共享!堆存放在耳機快取中,呼叫物件的速度相對慢一些,生命週期由JVM的垃圾回收機制定。 棧:FILO先進後出,暫存資料的地方。每個執行緒都包含一個棧區!棧存放在一級快取中,存取速度較快,“棧是限定

c語言五大記憶體分割槽-(全域性/靜態儲存區自由儲存區程式碼區)與可執行程式的三段-(Text段Date段Bss段)

一、c語言五大記憶體分割槽 棧區(stack):存放函式形參和區域性變數(auto型別),由編譯器自動分配和釋放 堆區(heap):該區由程式設計師申請後使用,需要手動釋放否則會造成記憶體洩漏。如果程式設計師沒有手動釋放,那麼程式結束時可能由OS回收。

字串池以及程序執行緒淺談記憶體(個人理解)

程序:一個服務的執行至少一個程序的開啟。程序就是程式的一次執行,功能的一次跑動。說簡單點好比點選跳轉,就是開啟一個程序。 執行緒:執行緒是程序的實體,簡單點說,執行緒就是分配空間(堆,棧),整合記憶體空間,處理資料交換。 一個程序可以擁有多個執行緒,多個執行緒之間可同時,協同執行。   堆:

Java記憶體區域——方法區等

執行時資料區域 jdk1.7中, Java虛擬機器在執行Java程式的過程中會把它所管理的記憶體劃分為若干個不同的資料區域。 程式計數器 1. 程式計數器(Program Counter Register)是一塊較小的記憶體空間,它

2-2 iOS 記憶體管理BSS段資料段程式碼段野指標殭屍物件

記憶體管理,拆開講就是對如何將資料儲存到記憶體中,如何釋放記憶體中的資料,什麼時候釋放。記憶體中的六大區域記憶體分為5個區域,分別指的是----->棧區/堆區/BSS段/資料段/程式碼段棧:儲存區

java 字符串

及其 字符串 編譯器優化 堆內存 string類 osc 檢查 發生 buffer public class StringDemo{ private static final String MESSAGE="taobao"; public static void m

jvm虛擬機器初識(方法區)

堆(FIFO先進先出): 存放的是物件也就是new 的資訊也包括class物件,每new一個資訊,就會為物件分配堆記憶體區域,堆分配了物件的空間,當垃圾回收器檢測到某物件未被引用,則自動銷燬該物件,如果忘記銷燬物件,那麼它的記憶體空間還在。就會導致記憶體洩漏。- 和程式開發密切相關

詳解>>堆疊佇列

1.堆 堆就是一棵完全二叉樹 具有以下特性 在程式執行時分配記憶體(動態分配記憶體) 應用程式在執行時向作業系統申請空間 2.棧(堆疊) 運算受限制的單鏈表,只能從一個方向操作 像是一個桶,只能從開口方向放入或者拿出資料,開口方向為棧頂,不開口方向棧底

C++中佇列

C/C++記憶體分為五個部分: 1、棧區(stack):存放函式的引數值,區域性變數的值等(編譯器自動分配釋放 )。   2、堆區(heap): 注意:與資料結構中的堆完全不同,分配方式類似於連結串列(程式設計師分配釋放,若程式設計師不釋放,程式結束時可能由OS回收 )。&nbs

JAVA中解釋

JVM將JAVA儲存內容在記憶體中分為5個區,現在講最重要的3個區: 例子: int a  = 1; int b = a; b = 3; class dog { private String name; }       do

java程式設計中的你瞭解多少?

在JVM中記憶體有這5類 堆(Heap)存放關鍵字new建立的物件和陣列;java堆是jvm記憶體管理中最大的一塊,執行緒共享;當使用new建立物件時,不必指定分配空間的大小,jvm會動態自動分配一塊區域;在程式執行過程中,沒有指向此物件的引用時,此物件就被標記為可被回

java的靜態程式碼區(常量區) 詳解

String s="java";和String s=new String("java");的區別這個問題困擾了我很久,搜到這篇文章,寫得炒雞棒!!! 一:在JAVA中,有六個不同的地方可以儲存資料: 1. 暫存器(register)。 這是最快的儲存區,因為它

什麼是它們在哪兒?--堆疊

問題描述 程式語言書籍中經常解釋值型別被建立在棧上,引用型別被建立在堆上,但是並沒有本質上解釋這堆和棧是什麼。我僅有高階語言程式設計經驗,沒有看過對此更清晰的解釋。我的意思是我理解什麼是棧,但是它們到底是什麼,在哪兒呢(站在實際的計算機實體記憶體的角度上看)? 在通常情況下由作業系統(OS)和語言的執行時(

二、佇列(小象)

225.用佇列實現棧 思考:佇列的特性先進先出,棧後進先出,所以用一個臨時temp_queue來新增新的元素,再把所有元素都匯入到原始的queue之中,那麼刪除就正好是最新插入的元素了。 class MyStack { public: /** Initialize your d

Java JVM 中 方法區 詳解

一 jvm執行時資料區有哪些 我們先來看一張圖 JVM執行時資料區分類 1. JVM棧 (Java Virtual Machine Stacks) 2. 堆記憶體 (Heap Memory) 3. 方法區 (Method Area) 4.

記憶體優化 . 記憶體洩露 記憶體溢位 記憶體抖動 分析與解決.android stido 工具

記憶體分配 dalvik 5.0之前 art 5.0之後用 根據執行的特定的資料型別 不同分配記憶體 卡頓 是怎麼形成的 卡頓的解決方式 ANR 講下 GC 回收導致 畫面卡頓的問題: 比如自定義view 中 繪製第一個畫面 ,繪製完