記憶體管理機制

来源:http://www.cnblogs.com/EchoHG/archive/2017/07/04/7118888.html
-Advertisement-
Play Games

Objective-C中提供了兩種記憶體管理機制MRC(MannulReference Counting)和ARC(Automatic Reference Counting),分別提供對記憶體的手動和自動管理,來滿足不同的需求. ARC: ARC是Auto Reference Counting的縮寫,即 ...


Objective-C中提供了兩種記憶體管理機制MRC(MannulReference Counting)和ARC(Automatic Reference Counting),分別提供對記憶體的手動和自動管理,來滿足不同的需求.

 

ARC:

 

ARC是Auto Reference Counting的縮寫,即自動引用計數,由編譯器在代碼合適的位置中自動添加retain/Release/Autorelease/dealloc方法從而進行記憶體管理.

 

ARC幾個要點:

 

  • 在對象被創建時 retain count +1,在對象被release時 retain count -1.當retain count 為0 時,銷毀對象。
  • 程式中加入autoreleasepool的對象會由系統自動加上autorelease方法,如果該對象引用計數為0,則銷毀。

 

那麼ARC是為瞭解決什麼問題誕生的呢?這個得追溯到MRC手動記憶體管理時代說起。

 

MRC下記憶體管理的缺點:

 

  • 當我們要釋放一個堆記憶體時,首先要確定指向這個堆空間的指針都被release了。(避免提前釋放)
  • 釋放指針指向的堆空間,首先要確定哪些指針指向同一個堆,這些指針只能釋放一次。(MRC下即誰創建,誰釋放,避免重覆釋放)
  • 模塊化操作時,對象可能被多個模塊創建和使用,不能確定最後由誰去釋放。
  • 多線程操作時,不確定哪個線程最後使用完畢

 

 

 

 

在ARC中與記憶體管理有關的標識符,可以分為變數標識符(_strong,  _weak, _unsafe_unretained, autoreleasing)和屬性標識符(nonatomic/atomic, assign/retain/strong/weak/unsafe_unretained/copy,readonly/readwrite),對於變數預設為__strong,而對於屬性預設為unsafe_unretained。也存在autoreleasepool。

 

 其中assign/retain/copy與MRC下property的標識符意義相同,strong類似與retain,assign類似於unsafe_unretained,strong/weak/unsafe_unretained與ARC下變數標識符意義相同,只是一個用於屬性的標識,一個用於變數的標識(帶兩個下劃短線__)。所列出的其他的標識符與MRC下意義相同。

 

(1)對於assign,你可以對標量類型(如int)使用這個屬性。你可以想象一個float,它不是一個對象,所以它不能retain、copy。

 

(2)對於copy,指定應該使用對象的副本(深度複製),前一個值發送一條release消息。基本上像retain,但是沒有增加引用計數,是分配一塊新的記憶體來放置它。特別適用於NSString,如果你不想改變現有的,就用這個,因為NSMutableString,也是NSString。

 

 

 

MRC:

在MRC的記憶體管理模式下,與對變數的管理相關的方法有:retain,release和autorelease。retain和release方法操作的是引用記數,當引用記數為零時,便自動釋放記憶體。並且可以用NSAutoreleasePool對象,對加入自動釋放池(autorelease調用)的變數進行管理,當drain時回收記憶體。

 

Strong 和 Weak 的區別:

強引用持有對象,弱引用不持有對象。 

強引用可以釋放對象,但弱引用不可以,因為弱引用不持有對象,當弱引用指向一個強引用所持有的對象時,當強引用將對象釋放掉後,弱引用會自動的被賦值為nil,即弱引用會自動的指向nil。

Strong 強引用,舉個例子:

1 id __strong test0 = [[NSObject alloc] init]; /* 設為對象A*2 
3 id __strong test1 = [[NSObject alloc] init];/*設為對象B*/

test0 和 test1 都是強引用,test0是對象A的持有者,就是擁有A,test1是對象B的持有者,就是擁有對象B,若:

test1 = test0;/*對象A的持有者就變成了test1*/

這樣對象B就沒有了持有者,沒有持有者的對象會被ARC回收,就是釋放,這樣:

test1持有對象A,test0也持有對象A。

 

weak 弱引用,主要作用是用來防治迴圈引用出現記憶體泄漏的問題,它主要是弱引用,弱引用就是不持有對象,只是指向這個對象,舉個例子:

1 id __strong test0 = [[NSObject alloc] init]; /* 設為對象A*2 
3 id __strong test1 = [[NSObject alloc] init];/*設為對象B*4 
5 id __weak test2 = test0;/*test1持有對象A的弱引用*/

test0持有對象A的強引用,而test2持有對象A的弱引用,也就是說,test0還是持有A的,而test2弱引用了test0的對象A,並沒有持有對象A,當test2離開了作用域,對對象A的引用就會失去,當對象A被釋放掉之後,test2會被置為nil,並不會出現crash。若:

test1 = test0;/*test1強引用對象A*/

此時對象B因為沒有持有者就會被釋放。

 

再如:

 1 #import <Foundation/Foundation.h>
 2 
 3 int main(int argc, const char * argv[]) {
 4     @autoreleasepool {
 5         id __weak obj0 = nil;
 6         if (YES) {
 7             id obj1 = [[NSObject alloc] init];  //預設為強引用,即為strong類型
 8             obj0 = obj1;
 9             NSLog(@"obj0: %@", obj0);
10         }
11         NSLog(@"obj0: %@", obj0);
12     }
13     return 0;
14 }
15 
16 /*
17  *  輸出結果
18  *  obj0: <NSObject: 0x1003066c0>
19  *  obj0: (null)
20  *
21  *  因為obj1生成的預設的為強引用(__strong),在超出if的作用域之後,obj1所持有的對象被釋放,
22  *  obj0為弱引用,所以obj0不持有對象,在obj1對象釋放後,obj0自動的被賦值為nil
23  *  弱引用的特性是,不持有對象,即便是寫成id __weak obj1 = [[NSObject alloc] init];
24  *  此代碼系統會給與警告,因為這裡obj1被聲明成弱引用,那麼在賦值之後,alloc出來的對象會被立即釋放。
25  */

 

 

 

 

 


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 構建新的項目時,在重新引入alipaySDK進行編譯之後出現了一個錯誤:找不到 #include<openssl/asn1.h> 這個文件 首先排除是SDK的問題以及代碼問題.在重新翻看了官方文檔以及網上的一些帖子之後大致推斷出問題出現的原因可能是由於文件路徑的變化導致了配置信息出現錯誤.所以我的解 ...
  • 相信會碰到很多類似的需求,一個列表控制項,然後控制項上方的一個頭部需要自定義,這樣就不好有時候也不能加在列表控制項的頭部了,那必須得嵌套一層scrollview了,沒毛病,那麼一般的列表控制項都是有上拉下拉的操作,而且一般也是在 github 上找尋一個收藏量高的 來做為一個全局通用的上下拉控制項,這裡問題就 ...
  • 前言:首先要弄懂HotFix是幹嘛的,不然就別向下看了。這裡僅僅根據官方文檔的代碼書寫,親測可用,不做理論指導。 Android Studio集成: 添加maven倉庫地址: 添加gradle坐標版本依賴: 許可權說明: 配置AndroidManifest文件: 混淆配置: SDK介面配置: 版本說明 ...
  • 之前在 "T社" 上買了一件定製的T恤,感覺質量挺不錯的,那是段子張發起的眾籌。正面有hello google這幾個字母。 我自己本身是一個Android粉,從nexus手機到pixel手機,堅持買原生的操作系統。加上自己是一個Android開發者。於是請我一個做設計的朋友幫忙設計了一個T桖(非常感 ...
  • View繪製的三部曲, 測量,佈局,繪畫今天我們分析測量過程 view的測量是從ViewRootImpl發起的,View需要重繪,都是發送請求給ViewRootImpl,然後他組織重繪在重繪的過程中,有一步就是測量,通過代碼來分析測量過程 這個函數通過getRootMeasureSpec方法,獲取測 ...
  • 原文網上抄錄 ...
  • 在逆向過程中經常會遇到反調試,如下段代碼: 0008bd8e movs r1, #0xa ; argument #2 for method imp___symbolstub1__dlopen 0008bd90 blx imp___symbolstub1__dlopen 0008bd94 movw r ...
  • 兩種方式, 推薦方式一 方式一 downloadOnly 創建一個 ImageActivity 以上代碼 從另一個activity得到 圖片的 url , 然後使用Glide 圖片載入庫 將圖片顯示到 ImageView上, 長按ImageView可以將圖片保存到手機的 Pictures/Beaut ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...