#
前言 今天記錄幾個簡單的小問題，前端時間開發用到的，之前看到博客中沒有記錄，簡單記錄一下。 一個是element上傳組件循環引用的方式，一個是簡單的倒計時。 上傳組件每個上傳都要指定相應的函數，而且
python中通過引用計數來回收垃圾對象，在某些環形數據結構（樹，圖……），存在對象間的循環引用，比如樹的父節點引用子節點，子節點同時引用父節點，此時通過del掉引用父子節點，兩個對象不能被立即釋放
發生場景 在 Controller B 中有一個 NSTimer @property (strong, nonatomic) NSTimer *timer; 你創建了它，并掛載到 main ru
問題由來 最近在做項目的時候遇到使用循環組件，因為模式一樣，只有數據不一樣。按照普通組件調用格式來做的時候總是報錯，錯誤信息為[Vue warn]: Unknown custom element:
IOS 避免self循環引用的方法的實例詳解 示例代碼： // - weak & strong #define myWeakify(VAR) \ try {} @finally {}
c++智能指針介紹 由于 C++ 語言沒有自動內存回收機制，程序員每次 new 出來的內存都要手動 delete，比如流程太復雜，最終導致沒有 delete，異常導致程序過早退出，沒有執行 delet
IOS 常見的循環引用總結 介紹： 循環引用，指的是多個對象相互引用時，使得引用形成一個環形，導致外部無法真正是否掉這塊環形內存。其實有點類似死鎖。 舉個例子：A->B->C->..
前言 說到循環引用問題，最最最常遇到的，不是在項目中，而是在面試中。如果面試官問你開發中是否遇到過retain cycle，你如果說沒遇到過，估計已經很難跟面試官繼續友好的溝通下去了。 但是這個問題怎
shared_ptr雖然方便，但是它有著一個致命的缺陷就是循環引用問題，因為shared_ptr本身并沒有能力解決這個問題，所以我們又引入了弱指針weak_ptr來輔助shared_ptr解決這個問題
