fmx加入了arc技術，物件建立後不用釋放，fmx會幫你釋放，是不是這樣就不用關心物件的釋放了呢，非也！
寫簡單的**，這個功能也許很好用，但如果你寫的是乙個專案，那隱藏的坑無形中大大的增加開發難度，
開發人員需要更加小心注意物件的釋放問題：你原來正常運作的**，在fmx下，極有可能運作不正確，靈異現象熊出落。
原因很簡單：物件的釋放和你想象的不一樣。怎麼個不一樣，（關於arc）仔細看他object類，就能竅的一二，這一二容我細細道來：
之前我們寫**，關係物件引用的清除以及釋放一般都是在detory方法中處理，所以**是
obj:tobject.create; obj.free; free中呼叫了destory
如果使用介面inte***ce, 由於引用計數關係，引用計數frefcount值為0時，編譯器幫我們釋放了物件（最終呼叫了desotry)
某個firemonkey設計者，在設計arc時，大膽簡單的使用了介面相同的技術（引用計數），所以釋放的原理和原來的介面一樣。但原來的free**和引用計數的這個設計是矛盾的，所以高明的設計者在fmx中，直接加上了乙個補丁：如果使用了arc,free函式啥都不作。
leo原創13498714
這個時候，我大膽猜測，這個偉大的設計人員見招拆招，想出增加乙個disposeof方法出來，你不是無法正常釋放嗎，好吧，把這個事分成二部分來看，乙個物件的銷毀desotry，乙個是物件記憶體的釋放(freeinstance)，完美！打個補丁，就可以解決你原來的問題:
你原來寫的**，寫成obj:tobject.create; obj.disposeof;就可以和原來效果基本一樣了
為什麼說是基本一樣呢，至少你的desotry函式能被順利呼叫，不一樣的地方就是，有可能這塊記憶體得不到釋放而已（destory後，物件引用計數還是很容易不為0的）
你不知道的HTTP之HTTPS
https http 加密 認證 完整性保護 1 加密 1 通訊的加密 所謂網際網路，是由能連通到全世界的網路組成的。無論世界哪個角 落的伺服器在和客戶端通訊時，在此通訊線路上的某些網路裝置 光 纜 計算機等都不可能是個人的私有物，所以在某個環節中都 有可能會遭到惡意窺視行為。竊聽相同段上的通訊並非...
你不知道的 和
開發中，編寫有一定逼格的 是每個程式猿都追求的。經常用來判斷的符號 和 也經常用來定義變數哦，你知道嗎？邏輯與 在有乙個運算元不是布林值的情況下，就不一定返回布林值。比如以下情況 1 第乙個運算元是物件，返回第二個數 var myinfo console.log myinfo 2 輸出22 第二個運...
你不知道的box shadow
我們可以僅使用乙個div利用shadow配合animation實現很多豐富的效果 github 求 必需。水平陰影的位置。允許負值。v shadow 必需。垂直陰影的位置。允許負值。blur 可選。模糊距離。spread 可選。陰影的尺寸。color 可選。陰影的顏色。請參閱 css 顏色值。ins...