我在問，因爲我涉及到一些複雜的塊代碼，我不希望以下代碼正常工作。基本屬性的ivars有哪些數據類型？
說我們有一個布爾屬性，像這樣：
@property (nonatomic, assign) BOOL isCancelled;
它的自動合成的，沒有自定義的getter，沒有setter，沒有明確的伊娃。
然後，是這段代碼......這些完美的作品
dispatch_async(queue, ^{
id result = block(&_isCancelled);
if (!_isCancelled) { ... }
}
不過，我本來期望它的工作塊（）調用，而不是爲據認爲，如果我認爲它會捕捉_isCancelled的值並保持爲const，而不是在整個執行過程中進行變異。儘管如此，在運行時，_isCancelled的值在塊內部/外部始終保持一致，就好像它實際上一樣BOOL *
任何人都可以解釋發生了什麼？
當聲明屬性BOOL cancelled自動合成ivar是BOOL _isCancelled。這是一個原始變量，而不是指針。
但是，當一個區塊捕獲ivars時，它實際上是捕獲self，而不是ivar本身。閱讀伊娃_isCancelled其實意味着閱讀self->_isCancelled。
因此，ivars不會被值捕獲，除非您先將它們保存到本地變量中（例如BOOL isCancelled = _isCancelled）。
查看Block automatic retaining, does it affect even to ivars in self?瞭解更多信息。
TL; DR：屬性相同的類型。
所有對象指針和基元類型都是標量值 - 即奇異值。它們都需要存儲在內存中的地址，因此它們都有自己的內存地址。
通過傳遞&_isCancelled，你傳遞的地址BOOL變量，所以block()一直以「讓一個祕密」 - 即BOOL的位置 - 所以它可以更新它。然後，您將檢查的實際值_isConnected。這適用於基本類型（標量）和對象指針（也稱爲標量）。
無論其屬性與否都無關緊要。
在給定的代碼中沒有實際使用屬性，'_isCancelled'只是一個普通的* ivar *，儘管它是隱式聲明的。 – Sulthan
同意，但由於沒有明確聲明，我可以假定它被聲明爲指針而不是原語。這可以解釋行爲（除非我錯過了某些東西） – CatalinM
屬性的類型與支持ivar的類型相同。聲明'BOOL isCancelled'屬性意味着一個ivar BOOL _isCancelled將被合成。就這樣。 – Sulthan