iOS面試題-內(nèi)存管理篇（必問系列）

淺拷貝只是對指針的拷貝，拷貝后兩個指針指向同一個內(nèi)存空間，深拷貝不但對指針進(jìn)行拷貝，而且對指針指向的內(nèi)容進(jìn)行拷貝，經(jīng)深拷貝后的指針是指向兩個不同地址的指針。

我們提供的服務(wù)有：成都做網(wǎng)站、成都網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設(shè)、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、閬中ssl等。為千余家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的閬中網(wǎng)站制作公司

當(dāng)對象中存在指針成員時，除了在復(fù)制對象時需要考慮自定義拷貝構(gòu)造函數(shù)，還應(yīng)該考慮以下兩種情形：

copy方法:如果是非可擴(kuò)展類對象，則是淺拷貝。如果是可擴(kuò)展類對象，則是深拷貝。

mutableCopy方法:無論是可擴(kuò)展類對象還是不可擴(kuò)展類對象，都是深拷貝。

簡單說是雙向鏈表，每張鏈表頭尾相接，有 parent、child指針

每創(chuàng)建一個池子，會在首部創(chuàng)建一個 哨兵 對象,作為標(biāo)記

最外層池子的頂端會有一個next指針。當(dāng)鏈表容量滿了，就會在鏈表的頂端，并指向下一張表。

訪問了懸垂指針，比如對一個已經(jīng)釋放的對象執(zhí)行了release、訪問已經(jīng)釋放對象的成員變量或者發(fā)消息。 死循環(huán)

CADisplayLink、NSTimer會造成循環(huán)引用，可以使用YYWeakProxy或者為CADisplayLink、NSTimer添加block方法解決循環(huán)引用

循環(huán)引用的實質(zhì)：多個對象相互之間有強(qiáng)引用，不能釋放讓系統(tǒng)回收。

如何解決循環(huán)引用？

1、避免產(chǎn)生循環(huán)引用，通常是將 strong 引用改為 weak 引用。 比如在修飾屬性時用weak 在block內(nèi)調(diào)用對象方法時，使用其弱引用，這里可以使用兩個宏

#define WS(weakSelf) __weak __typeof(*self)weakSelf = self; // 弱引用

#define ST(strongSelf) __strong __typeof(*self)strongSelf = weakSelf; //使用這個要先聲明weakSelf 還可以使用__block來修飾變量 在MRC下，__block不會增加其引用計數(shù)，避免了循環(huán)引用 在ARC下，__block修飾對象會被強(qiáng)引用，無法避免循環(huán)引用，需要手動解除。

2、在合適時機(jī)去手動斷開循環(huán)引用。 通常我們使用第一種。

3、block循環(huán)引用

一個簡單的例子：

由于block會對block中的對象進(jìn)行持有操作,就相當(dāng)于持有了其中的對象，而如果此時block中的對象又持有了該block，則會造成循環(huán)引用。 解決方案就是使用__weak修飾self即可

并不是所有block都會造成循環(huán)引用。 只有被強(qiáng)引用了的block才會產(chǎn)生循環(huán)引用 而比如dispatch_async(dispatch_get_main_queue(), ^{}),[UIView animateWithDuration:1 animations:^{}]這些系統(tǒng)方法等 或者block并不是其屬性而是臨時變量,即棧block

還有一種場景，在block執(zhí)行開始時self對象還未被釋放，而執(zhí)行過程中，self被釋放了，由于是用weak修飾的，那么weakSelf也被釋放了，此時在block里訪問weakSelf時，就可能會發(fā)生錯誤(向nil對象發(fā)消息并不會崩潰，但也沒任何效果)。 對于這種場景，應(yīng)該在block中對 對象使用__strong修飾，使得在block期間對 對象持有，block執(zhí)行結(jié)束后，解除其持有。

=======

iOS 管理內(nèi)存的方式 - 內(nèi)存管理系統(tǒng)

虛擬地址空間是指虛擬的、人們想象出來的地址空間，其實它并不存在，每個進(jìn)程都有自己獨(dú)立的虛擬空間，每個進(jìn)程只能訪問自己的地址空間，這樣就能有效的做到了進(jìn)程的 隔離 。

注： 虛擬儲存的實現(xiàn)需要依賴硬件的支持，對于不同的CPU來說不同，但是幾乎所有的硬件都采用MMU（Memory Management Unit）的部件來進(jìn)行頁映射。

把一段與程序所需要的內(nèi)存空間大小的虛擬空間映射到某個地址空間。

當(dāng)一個程序運(yùn)行時，在某個時間段內(nèi)，它只是頻繁的用到了一小部分?jǐn)?shù)據(jù)，程序的很多數(shù)據(jù)其實在一個時間段內(nèi)都不會被用到。人們很自然的想到了更小粒度的內(nèi)存分割和映射的方法，使得程序的局部性原理得到充分的利用，大大提高了內(nèi)存的使用率。

原先的32位地址只能訪問最多4GB的物理內(nèi)存，但是自從擴(kuò)展至36位地址線以后，Intel修改了頁映射方式，使得新的映射方式可以訪問到更多的物理內(nèi)存，Intel把這個地址擴(kuò)展方式叫做PAE（Physical Address Extension）

應(yīng)用程序可以根據(jù)需求來選擇申請和映射，比如一個應(yīng)用程序0x10000000 ～0x20000000這一段256MB的虛擬地址空間用來做窗口，程序可以從高4GB的物理空間申請多個大小為256MB的物理空間，編號成A、B、C的等，然后根據(jù)需要將這個窗口映射到不同物理空間塊，用到A時映射到A，用到B、C時再映射過去，叫做AWE（Address Windowing Extension），而Linux等UNIX類操作系統(tǒng)則采用mmap（）系統(tǒng)調(diào)用來實現(xiàn)

一些存儲在磁盤中的數(shù)據(jù)，在CPU執(zhí)行這個地址指令時，發(fā)現(xiàn)頁面是一個空的頁面，于是他就認(rèn)為這是一個 頁錯誤 ，CPU將控制權(quán)交給操作系統(tǒng)，操作系統(tǒng)有專門處理例程來處理，操作系統(tǒng)將查詢這個數(shù)據(jù)結(jié)構(gòu)，然后找到空頁面所在的VMA，計算相應(yīng)的頁面在可執(zhí)行文件中的偏移，然后再物理內(nèi)存中分配一個物理頁面，將進(jìn)程中該虛擬頁與分配的物理頁之間建立映射，然后再交給進(jìn)程去執(zhí)行。

ELF文件被映射時，是以頁長度為單位的，每個段在映射時的長度應(yīng)該是系統(tǒng)頁長度的整倍數(shù)，如果不是，多余的部分頁將占領(lǐng)一個頁，造成了內(nèi)存空間的大量浪費(fèi)。而在ELF文件中，段的權(quán)限直郵為數(shù)不多的幾種組合：

那么對于相同的段，我們把他們合并在一起當(dāng)成一個段來映射，ELF可執(zhí)行文件引入一個概念叫做Segment，一個segment包含一個或多個section，這樣很明顯的減少了頁面內(nèi)部的碎片，節(jié)省了空間

假設(shè)一個ELF執(zhí)行文件，它有三個段需要裝載，SEG0 、SEG1、SEG2，如圖:

可以看到這種對齊方式在文件段的內(nèi)部會有很多內(nèi)部碎片，浪費(fèi)磁盤空間，可執(zhí)行文件總長度只有12014字節(jié)，卻占了5個頁。為了解決這個問題，UNIX系統(tǒng)采用了讓那些個個段接壤的部分共用一個物理頁面，將該物理頁面映射兩次，系統(tǒng)將它們映射兩份到虛擬地址空間，其他的都按照正常的頁粒度進(jìn)行映射。

深入淺出iOS系統(tǒng)內(nèi)核（3）— 內(nèi)存管理

本文參考《Mac OS X and iOS Internals: To the Apple’s Core》 by Jonathan Levin

文章內(nèi)容主要是閱讀這本書的讀書筆記，建議讀者掌握《操作系統(tǒng)》，了解現(xiàn)代操作系統(tǒng)的技術(shù)特點(diǎn)，再閱讀本文可以事半功倍。

雖然iOS系統(tǒng)內(nèi)核使用極簡的微內(nèi)核架構(gòu)，但內(nèi)容依然十分龐大，所以會分

系統(tǒng)架構(gòu) 、 進(jìn)程調(diào)度 、 內(nèi)存管理 和 文件系統(tǒng) 四個部分進(jìn)行闡述。

操作系統(tǒng)管理所有的硬件資源，操作系統(tǒng)內(nèi)核管理最核心的資源CPU和內(nèi)存。上一篇闡述了Mach通過進(jìn)程管理CPU，本文主要闡述XNU和Mach如何高效的管理內(nèi)存

按照傳統(tǒng)，棧一般都是保存自動變量，正常情況棧由系統(tǒng)管理，但是在iOS中某些情況下，程序員也可以選擇用棧來動態(tài)分配內(nèi)存，方法是使用鮮為人知的alloca( ) 這個函數(shù)的原型和malloc( )是一樣的，區(qū)別在于這個函數(shù)返回的指針是棧上的地址而不是堆中的地址。

從實現(xiàn)角度，alloca( )從兩方面優(yōu)于malloc( )

堆是由C語言運(yùn)行時維護(hù)的用戶態(tài)數(shù)據(jù)結(jié)構(gòu)，通過堆的使用，程序可以不用直接在頁面的層次處理內(nèi)存分配。Darwin的libC 采用了一個基于分配區(qū)域（allocation zone）的特殊分配算法

在iOS中內(nèi)存的管理是由在Mach層中進(jìn)行的，BSD只是對Mach接口進(jìn)行了POSIX封裝，方便用戶態(tài)進(jìn)程調(diào)用。

XNU內(nèi)存管理的核心機(jī)制是虛擬內(nèi)存管理，在Mach 層中進(jìn)行的，Mach 控制了分頁器，并且向用戶態(tài)導(dǎo)出了各種 vm_ 和 mach_vm_ 消息接口。 為方便用戶態(tài)進(jìn)程使用BSD對Mach 調(diào)用進(jìn)行了封裝，通過current_map( ) 獲得當(dāng)前的Mach 內(nèi)存映射，最后再調(diào)用底層的Mach 函數(shù)。

BSD 的malloc 系列函數(shù)bsd/sys/malloc.h 頭文件中。函數(shù)名為_MALLOC、_FREE、_REALLOC、_MALLOC_ZONE、_FREE_ZONE

mcache機(jī)制是BSD 提供的基于緩存的非常高效的內(nèi)存分配方法。默認(rèn)實現(xiàn)基于mach zone，通過mach zone提供預(yù)分配好的緩存內(nèi)存。

mcache具有可擴(kuò)展架構(gòu)，可以使用任何后端 slab 分配器。

使用mcache 機(jī)制的主要優(yōu)點(diǎn)是速度：內(nèi)存分配和維護(hù)是在每一個 CPU 自有的cache中進(jìn)行的，因此可以映射到CPU的物理cache，從而極大地提升訪問速度。

Mach VM層支持VM pressure 的機(jī)制，這個機(jī)制是可用RAM量低到危險程度的處置，下面我們會詳細(xì)講，這里不展開。

當(dāng)RAM量低到危險時，Mach的pageout 守護(hù)程序會查詢一個進(jìn)程列表，查詢駐留頁面數(shù)，然后向駐留頁面數(shù)最高的進(jìn)程發(fā)送NOTE_VM_PRESSURE ，會在進(jìn)程隊列中發(fā)出一個事件。被選中的進(jìn)程會響應(yīng)這個壓力通知，iOS中的運(yùn)行時會調(diào)用 didReceiveMemoryWarning 方法。

然而有些時候這些操作沒有效果，當(dāng)內(nèi)存壓力機(jī)制失敗之后，** 非常時間要用非常手段 **， Jetsam機(jī)制介入。

當(dāng)進(jìn)程不能通過釋放內(nèi)存緩解內(nèi)存壓力時，Jestam機(jī)制開始介入。這是iOS 實現(xiàn)的一個低內(nèi)存清理的處理機(jī)制。也稱為Memorystatus，這個機(jī)制有點(diǎn)類似于Linux的“Out-of-Memory”殺手，最初的目的就是殺掉消耗太多內(nèi)存的進(jìn)程。Memorystatus維護(hù)了兩個列表：

在iOS的用戶態(tài)可以通過 sysctl(2)查詢這些列表，優(yōu)先級列表可以在用戶態(tài)進(jìn)行設(shè)置。

在iOS 5中，Jestsam/Memorystatus 和默認(rèn)的freezer 結(jié)合在一起，實現(xiàn)了對進(jìn)程的冷凍而不是殺死。通過這種方式可以提供更好的用戶體驗，因為數(shù)據(jù)不會丟失，而且當(dāng)內(nèi)存情況好轉(zhuǎn)時進(jìn)程可以安全恢復(fù)。(感謝@易步指出本段錯誤)

用戶態(tài)也可以通過pid_suspend( ) 和 pid_resume( )控制進(jìn)程的休眠。

iOS 定義了 pid_hibernate，通過發(fā)送kern_hibernation_wakeup信號喚醒kernel_hibernation_thread 線程，這個線程專用于對進(jìn)程冷凍操作。

實際的進(jìn)程休眠操作是由jestsam_hibernate_top_proc 完成的，這個函數(shù)通過task_freeze冷凍底層的任務(wù)。

冷凍操作需要遍歷任務(wù)的vm_map，然后將vm_map 傳遞給默認(rèn)的 freezer。

VM是Darwin系統(tǒng)內(nèi)存管理的核心機(jī)制。

VM 機(jī)制主要通過內(nèi)存對象（memory object）和分頁器（pager）的形式管理內(nèi)存。

Mach 虛擬內(nèi)存的實現(xiàn)非常全面而且通用。這部分由兩個層次構(gòu)成：一層是和硬件相關(guān)的部分，另一層構(gòu)建在這一層之上和硬件無關(guān)的公共層。OS X 和 iOS 使用的幾乎一樣的底層機(jī)制，硬件無關(guān)層以及之上的BSD 層中的機(jī)制都是一樣的。

Mach 的 VM子系統(tǒng)可以說是和其要管理的內(nèi)存一樣復(fù)雜和充滿了各種細(xì)節(jié)。然后從高層次看，可以看到兩個層次：

虛擬內(nèi)存這一層完全以一種機(jī)器無關(guān)的方式來管理虛擬內(nèi)存。這一層通過幾種關(guān)鍵的抽象表示虛擬內(nèi)存：

Mach 允許使用多個分頁器。事實上，默認(rèn)就存在3~4個分頁器。Mach 的分頁器以外部實體的形式存在：是專業(yè)的任務(wù)，有點(diǎn)類似于其他系統(tǒng)上的內(nèi)核交換（kernel-swapping）線程。Mach 的設(shè)計允許分頁器和內(nèi)核任務(wù)隔離開，設(shè)置允許用戶態(tài)任務(wù)作為分頁器。類似地，底層的后備存儲也可以駐留在磁盤交換文件中（通過OS X 中的 default_pager 處理），可以映射到一個文件（由vnode_pager處理），可以是一個設(shè)備（由device_pager 處理）。注意：在Mach 中，每一個分頁器處理的都是屬于這個分頁器的頁面的請求，但是這些請求必須通過pageout 守護(hù)程序發(fā)出。這些守護(hù)程序（實際上就是內(nèi)核線程）維護(hù)內(nèi)核的頁面表，并且判定哪些頁面需要被清除出去。因此，這些守護(hù)程序維護(hù)的分頁策略和分頁器實現(xiàn)的分頁操作是分開的。

物理內(nèi)存的頁面處理的是虛擬內(nèi)存到物理內(nèi)存的映射，因為虛擬內(nèi)存中的內(nèi)容最終總要存儲在某個地方。這一層面只有一個抽象，那就是pmap，不過這個抽象非常重要，因為提供了機(jī)器無關(guān)的接口。這個接口隱藏了底層平臺的細(xì)節(jié)，底層的細(xì)節(jié)需要在處理器層次進(jìn)行分頁操作，其中要處理的對象包括硬件頁表項（page table entry，PTE）、翻譯查找表（translation lookaside buffer，TLB）等。

每一個Mach 任務(wù)都要自己的虛擬內(nèi)存空間，任務(wù)的struct task 中的 map 字段保存的就是這個虛擬內(nèi)存空間。

vm_page_entry 中最關(guān)鍵的元素是vm_map_object，這是一個聯(lián)合體，既可以包含另一個vm_map（作為子映射），也可以包含一個vm_object_t（由于這是一個聯(lián)合體，所以具體的內(nèi)容需要用布爾字段is_sub_map 來判斷）。vm_object 是一個巨大的數(shù)據(jù)結(jié)構(gòu)，其中包含了處理底層虛擬內(nèi)存所需要的所有數(shù)據(jù)。vm_object的數(shù)據(jù)結(jié)構(gòu)中的大部分字段都是用位表示的標(biāo)志。這些字段表示了底層的內(nèi)存狀態(tài)（聯(lián)動、物理連續(xù)和持久化等狀態(tài)）和一些計數(shù)器（引用計數(shù)、駐留計數(shù)和聯(lián)動計數(shù)等）。不過有3個字段需要特別注意：

memq：vm_page 對象的鏈表，每一項都表示一個駐留內(nèi)存的虛擬內(nèi)存頁面。盡管一個對象可以表示一個單獨(dú)的頁面，但是多數(shù)情況下一個對象可以包含多個頁面，所以每一個頁面關(guān)聯(lián)到一個對象時都會有一個偏移值

page：memory_object 對象，這是指向分頁器的Mach 端口。分頁器將未駐留內(nèi)存的頁面關(guān)聯(lián)到后備存儲，后備存儲可以是內(nèi)存映射的文件、設(shè)備和交換文件，后備存儲保存了沒有駐留內(nèi)存的頁面。換句話說，分頁器（可以有多個）負(fù)責(zé)將數(shù)據(jù)從后備存儲移入內(nèi)存以及將數(shù)據(jù)從內(nèi)存移出到后備存儲。分頁器對于虛擬內(nèi)存子系統(tǒng)來說極為重要

internal：vm_page 中眾多標(biāo)志位之一，如果這個位為真，那么表示這個對象是由內(nèi)核內(nèi)部使用的。這個標(biāo)志位的值決定了對象中的頁面會進(jìn)入哪一個pageout隊列

盡管內(nèi)核和用戶空間一樣，基本上只在虛擬地址空間內(nèi)操作，但是虛擬內(nèi)存最終還是要翻譯為物理地址的。機(jī)器的RAM 實際上是虛擬內(nèi)存中開的窗口，允許程序訪問虛擬內(nèi)存是有限的，而且通常是不連續(xù)的區(qū)域，這些區(qū)域的上線就是機(jī)器上安裝的內(nèi)存。而虛擬內(nèi)存中其他部分則要么延遲分配，要么共享，要么被交換到外部存儲中，外部存儲通常是磁盤。

然而虛擬內(nèi)存和具體的底層架構(gòu)相關(guān)。盡管虛擬內(nèi)存和物理內(nèi)存的概念在所有架構(gòu)上本周都是一樣的，但是具體的實現(xiàn)細(xì)節(jié)則各有千秋。XNU 構(gòu)建與Mach 的物理內(nèi)存抽象層之上，這個的抽象層成為pmap。pmap 從設(shè)計上對物理內(nèi)存提供了一個統(tǒng)一的接口，屏蔽了架構(gòu)相關(guān)的區(qū)別。這對于XNU來說非常有用，因為XNU支持的物理內(nèi)存的架構(gòu)包括以前的PowerPC，現(xiàn)在主要是Intel，然后在iOS 中還支持ARM。

Mach 的pmap 層邏輯上由一下兩個子層構(gòu)成：

Mach Zone的概念相當(dāng)于Linux的內(nèi)存緩存（memory cache）和Windows 的Pool。Zone 是一種內(nèi)存區(qū)域，用于快速分配和是否頻繁使用的固定大小的對象。Zone的API是內(nèi)核內(nèi)部使用的，在用戶態(tài)不能訪問。Mach中Zone的使用非常廣泛。

所有的zone 內(nèi)存實際上都是在調(diào)用zinit( )時預(yù)先分配好的（zinit( )通過底層內(nèi)存分配器kernel_memory_allocate( )分配內(nèi)存）zalloc( )實際上是對REMOVE_FROM_ZONE 宏的封裝，作用是返回zone的空閑列表中的下一個元素（如果zone已滿，則調(diào)用kernel_memory_allocate( )分配這個zone在定義的alloc_size字節(jié)）。zfree( ) 使用的是相反功能的宏 ADD_TO_ZONE。這兩個函數(shù)都會執(zhí)行合理數(shù)量的參數(shù)檢查，不過這些檢查幫助不大：過去zone分配相關(guān)的bug已經(jīng)導(dǎo)致了數(shù)據(jù)可以被黑客利用的內(nèi)存損壞。zalloc( ) 最重要的客戶是內(nèi)核中的kalloc( )，這個函數(shù)從kalloc.*系列zone中分配內(nèi)存。BSD的mcache機(jī)制也會從自己的zone中分配內(nèi)存。BSD內(nèi)核zone也是如此，BSD內(nèi)核zone直接構(gòu)建與Mach的zone之上。

進(jìn)程的內(nèi)存需求早晚會超過可用的RAM，系統(tǒng)必須有一種方法能夠?qū)⒉换顒拥捻撁鎮(zhèn)浞萜饋恚⑶覐腞AM中刪除，騰出更多的RAM給活動的頁面使用，至少暫時能夠滿足活動頁面的需求。在其他操作系統(tǒng)中，這個工作專門是由專門的內(nèi)核線程完成的。在Mach 中，這些專門的任務(wù)稱為分頁器（pager），分頁器可以是內(nèi)核線程，設(shè)置建議是外部的用戶態(tài)服務(wù)程序。

Mach分頁器是一個內(nèi)存管理器，負(fù)責(zé)將虛擬內(nèi)存?zhèn)浞莸侥硞€特定類型的后備存儲中。當(dāng)內(nèi)存容量不足，內(nèi)存頁面需要被交換出內(nèi)存是，后備存儲保存內(nèi)存頁面的內(nèi)容：當(dāng)換出的內(nèi)存頁面需要被使用時，將內(nèi)存的頁面恢復(fù)到RAM中。只有“臟”頁面才需要進(jìn)行上述的換出和換入，因為“臟”頁面是在內(nèi)存中修改過的頁面，要從RAM中剔除時必須保存到磁盤中防止數(shù)據(jù)丟失。

要注意的是，這里提到的分頁器僅僅實現(xiàn)了各自負(fù)責(zé)的內(nèi)存對象的分頁操作，這些分頁器不會控制系統(tǒng)的分頁策略。分頁策略是有vm_pageout 守護(hù)線程負(fù)責(zé)的。

iOS 和 OS X 中XNU 包含的分頁器種類都是一樣的。下表是XNU中的內(nèi)存分頁器的多種類型：

pageout 守護(hù)程序其實不是一個真的守護(hù)程序，而是一個線程。而且不是一般的線程：當(dāng)kernel_bootstarp_thread( ) 完成內(nèi)核初始化工作并且沒有其他事情可做時，就調(diào)用vm_pageout( ) 成為了pageour 守護(hù)程序， vm_pageout( ) 永遠(yuǎn)不返回。這個線程管理頁面交換的策略，判斷哪些頁面需要寫回到其后備存儲。

vm_pageout( ) 函數(shù)講kernel_bootstrap_thread 線程轉(zhuǎn)變?yōu)閜ageout 守護(hù)程序，這個函數(shù)實際上重新設(shè)置了這個線程。設(shè)置完成后，調(diào)用vm_pageout_continute( )，這個函數(shù)周期性地喚醒并執(zhí)行vm_page_scan( )，維護(hù)4個頁面表（稱為頁面隊列）。系統(tǒng)中的每一個vm_page 都通過pageq字段綁定這4個隊列中的一個：

垃圾回收線程(vm_pageout_garbage_collect( ))偶爾會被vm_pageout_scan( ) 通過其續(xù)體喚醒。垃圾回收機(jī)制線程處理4個方面的垃圾回收工作：

vm_pageout( ) 守護(hù)程序處理的只是交換的一個方向，從物理內(nèi)存換出到后備存儲。而另外一個方向是頁面換入，則是發(fā)生在頁面錯誤的時候處理的。這個邏輯非常復(fù)雜，簡化為一下步驟：

頁錯誤有很多種，上述只是其中一種，其他類型的也錯誤還包括：

VM系統(tǒng)是Mach中最重要最復(fù)雜而且最不好理解的子系統(tǒng)。Mach的內(nèi)存管理核心是分頁器，分頁器允許將虛擬內(nèi)存擴(kuò)展到各種后背存儲介質(zhì)上：交換文件、內(nèi)存映射文件、設(shè)備、甚至遠(yuǎn)程主機(jī)。

iOS中提高內(nèi)存使用率的Freezer，以及處理內(nèi)存耗盡的pageout守護(hù)程序。

;qid=1331298923sr=8-2

iOS開發(fā)基礎(chǔ)之內(nèi)存管理

使用引用計數(shù)的方式對創(chuàng)建的對象進(jìn)行內(nèi)存的管理操作；有強(qiáng)引用指向（retain）那么引用計數(shù)+1，強(qiáng)引用被置為nil(release)那么引用計數(shù)-1；對象超過作用域該對象的引用計數(shù)如果為0，則系統(tǒng)會清理對象占用的內(nèi)存空間，目前內(nèi)存管理的方式分為MRC和ARC兩種.

當(dāng)開發(fā)中遇到在某個作用域內(nèi)部產(chǎn)生大量的autorelease對象導(dǎo)致內(nèi)存激增，需要考慮手動創(chuàng)建autoreleasepool來釋放局部變量的情況！

遇到這種情況，就需要排查控制器中出現(xiàn)的內(nèi)存泄露了；

iphone內(nèi)存管理機(jī)制

iOS內(nèi)存管理機(jī)制的原理是引用計數(shù)，當(dāng)這塊內(nèi)存被創(chuàng)建后，它的引用計數(shù)+1，表示有一個對象或指針持有這塊內(nèi)存，擁有這塊內(nèi)存的所有權(quán)，如果這時候有另外一個對象或指針指向這塊內(nèi)存，那么為了表示這個后來的對象或指針對這塊內(nèi)存的所有權(quán)，引用計數(shù)1-2，之后若有一個對象或指針不再指向這塊內(nèi)存時，引用計數(shù)-1，表示這個對象或指針不再擁有這塊內(nèi)存的所有權(quán)，當(dāng)一塊內(nèi)存的引用計數(shù)變?yōu)?，表示沒有任何對象或指針持有這塊內(nèi)存，系統(tǒng)便會立刻釋放掉這塊內(nèi)存。

本文名稱：iOS開發(fā)內(nèi)存管理,ios十八內(nèi)存管理
網(wǎng)址分享：http://chinadenli.net/article48/dsdspep.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供虛擬主機(jī)、微信公眾號、外貿(mào)建站、響應(yīng)式網(wǎng)站、網(wǎng)站維護(hù)、網(wǎng)站內(nèi)鏈

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)