之前看到字節(jié)團隊分享的 “iOS性能優(yōu)化實踐:頭條抖音如何實現(xiàn)OOM崩潰率下降50%+”這篇文章腊满,對其實現(xiàn)比較感興趣合砂,但是沒有開源票髓,所以覺得自己花時間探索一下具體實現(xiàn)。什么是...
之前看到字節(jié)團隊分享的 “iOS性能優(yōu)化實踐:頭條抖音如何實現(xiàn)OOM崩潰率下降50%+”這篇文章腊满,對其實現(xiàn)比較感興趣合砂,但是沒有開源票髓,所以覺得自己花時間探索一下具體實現(xiàn)。什么是...
感謝大佬分享笼吟,有個細節(jié)想咨詢下咐鹤,請不吝賜教。
如果我的理解沒錯侨核,一個 UIImage 對象本身是在 heap 區(qū)域的草穆,但它解碼后的柵格數(shù)據(jù)(CG Raster Data)應(yīng)該是在另外 VM Region 來存儲的,相當于 UIImage 對象本身有個位于 heap 的地址搓译,他關(guān)聯(lián)的柵格數(shù)據(jù)還有一個VM Region的起始地址续挟,這樣就有兩個地址。
我的問題是侥衬,這兩個地址之間是如何關(guān)聯(lián)的诗祸,或者說他們之間的引用關(guān)系如何獲取轴总?更通俗地說直颅,如何知道一個柵格數(shù)據(jù)是被哪個 UIImage 對象引用的(或者說關(guān)聯(lián)的)?
分析字節(jié)跳動解決OOM的在線Memory Graph技術(shù)實現(xiàn)之前看到字節(jié)團隊分享的 “iOS性能優(yōu)化實踐:頭條抖音如何實現(xiàn)OOM崩潰率下降50%+”這篇文章怀樟,對其實現(xiàn)比較感興趣功偿,但是沒有開源,所以覺得自己花時間探索一下具體實現(xiàn)往堡。什么是...
原文發(fā)布于我的博客:http://blog.zyliu.com/ios-proximity-state-bug-and-solution/ 實習(xí)的時候?qū)懝井a(chǎn)品虑灰,有個用到接近...
原文發(fā)布于我的博客:http://blog.zyliu.com/create-and-publish-cocoapods-spec/ 隨著對 CocoaPods 越來越多的依...