ARC 模式下，object-C 編寫的程式碼的記憶體管理都交給了自動引用計數器了，不用我們自己再去操心記憶體的管理，但使用 Core Foundation 框架或者是和 C++ 混編時，程式碼的記憶體還是需要我們自己去管理的，這時候就需要注意了！

Core Foundation 主要是由不透明型別(opaque type)，即 C 結構體組成，語言層面並不支援繼承和多型，而 Core Foundation能夠製造出物件具有層次結構的假象是因為它的根“類” CFType 物件的指標 CFTypeRef 是 void * 型別的。

Core Foundation 記憶體管理方式：

• 如果建立或者複製物件，你就是所有者，比如以 create
  或者 copy 開頭的函式，那呼叫者就是返回物件的所有者。
• 如果沒有建立或者複製物件，你不是所有者。這是如果不想讓物件被銷燬，就必須呼叫 CFRetain 來成為所有者。
• 如果你是物件的所有者，就必須在用完物件後呼叫 CFRelease。

C++ 和 object-C 混編時，C++ 程式碼的記憶體管理方式和 Core Foundation 類似，在使用完 C++ 物件後，必須先 delete 掉該物件，然後置為 NULL 。

先來看一段程式碼：

- (instancetype)init
    {
        self = [super init];
        if (self
 
) {
            _listener = new KGCorePlayerListener(self); //1
            [self setListener:_listener];
        }
        return self;
    }

在 init 函式裡面呼叫了 C++ 函式，並把 self 作為形參傳遞過去，執行完函式後發現 self 的計數器變為 2 了！很奇怪，斷點看了一下

查看了 1 的實現，發現函式將傳過去的 self 給 capture 了。查閱了資料，發現了這個

然後就以為在 init 方法族裡面，將 self 作為引數傳遞給其他函式使用的都會導致 return a retained object

• 錯誤1：並不是將 self 作為形參傳遞給其他類就會導致計數器 +1，除非接收類 capture 了 self 才會導致 retainCount +1；不 capture 的話是不會 +1 的。

KGCorePlayerListener::KGCorePlayerListener( id<KGCorePlayerListenerProtocol> manager)
: mManager( manager )
{
     //將傳進來的 self 賦值給成員變數 manager 了，計數器 +1 
}

• 錯誤2：當把 self 作為引數傳遞時並不是只在 init 方法族裡面才會導致計數器 +1，其他方法也一樣會。

針對以上出現的問題，當你想銷燬該例項時（以 KGTingPlayerManager 為例），簡單的將 _tingPlayerManager = nil 是並不會導致呼叫到 dealloc 方法，置為 nil 後計數器變為 1 。

解決辦法的思路無非就是將 retainCount 降到 0

方法一:

先釋放掉之前被 capture 的 self ，最後再將 _tingPlayerManager 置為 nil ，最傳統也是最實用的方法，本來的寫法也應該是這樣的。

-(void)destroy {

[self setListener:nil];
if (_listener) {
    delete _listener;
    _listener = 0;
}
}

方法二：

利用 Clang 的編譯屬性 __attribute((ns_consumed)) 關於這個屬性的介紹看下面

所以在定義函式或者方法時，可以為該函式的引數指定 __attribute((ns_consumed)) 屬性，靜態分析器會在函式呼叫結束的時候傳送一個 relese 訊息，所以在返回給呼叫者的時候計數器並不會 + 1 。

有一點需要特別注意的是，它是有按照 passing an argument 還是 receiving an argument 來分別對計數器進行操作的。

修改程式碼如下：

KGCorePlayerListener::KGCorePlayerListener( id<KGCorePlayerListenerProtocol> __attribute((ns_consumed)) manager)
: mManager( manager )
{
}

然後再測試一下，發現 retainCount 並沒有變為 2 。

When receiving such an argument, ARC releases the argument at the end of the function, subject to the usual optimizations for local values.

使用這個屬性還要考慮到 ARC 和非 ARC 下是否會有記憶體洩露的問題，Example

Important note when using Garbage Collection: Note that the analyzer essentially ignores this attribute when code is compiled to use Objective-C garbage collection. This is because the release message does nothing when using GC. If the underlying function/method uses something like CFRelease to decrement the reference count, consider using the cf_consumed attribute instead.

關於記憶體管理部分，Clang 定義了很多編譯屬性，如：

#define NS_RETURNS_RETAINED attribute((ns_returns_retained))

#define NS_RETURNS_NOT_RETAINED attribute((ns_returns_not_retained))

#define NS_RETURNS_INNER_POINTER attribute((objc_returns_inner_pointer))

更多的可以參照 NSObjCRuntime.h 標頭檔案的定義。鑑於平時編碼也很少需要用到 Clang 的編譯屬性，所以除非特殊情況，否則還是不要隨便使用 Clang 的編譯屬性為好。

參考連結：

拓展連結：