臥槽锌钮， 大哥你是怎么找到解決方案的极谊，
xcode13創(chuàng)建靜態(tài)庫，無products文件夾問題xcode12開始創(chuàng)建靜態(tài)庫就已經(jīng)有所改變，前段時(shí)間用xcode13創(chuàng)建.a靜態(tài)庫，更是連products文件夾都沒有，問題很嚴(yán)重枫吧，一頓操作猛如虎，最后搞定宇色，好記性不如爛筆頭...
IP屬地：浙江
-
-
寫的很棒 今天才看到你的文章~ 贊一個(gè)
iOS管理對(duì)象內(nèi)存的數(shù)據(jù)結(jié)構(gòu)以及操作算法--SideTables九杂、RefcountMap、weak_table_t-二
這篇文章是之前那篇文章iOS管理對(duì)象內(nèi)存的數(shù)據(jù)結(jié)構(gòu)以及操作算法--SideTables宣蠕、RefcountMap例隆、weak_table_t的補(bǔ)充和延伸。如果沒有閱讀過前一篇文章...
-
螞蟻金服-支付寶-高級(jí)無線開發(fā)工程師
-
iOS管理對(duì)象內(nèi)存的數(shù)據(jù)結(jié)構(gòu)以及操作算法--SideTables、RefcountMap皿曲、weak_table_t-二
這篇文章是之前那篇文章iOS管理對(duì)象內(nèi)存的數(shù)據(jù)結(jié)構(gòu)以及操作算法--SideTables唱逢、RefcountMap、weak_table_t的補(bǔ)充和延伸谷饿。如果沒有閱讀過前一篇文章...
-
每天進(jìn)步一點(diǎn)點(diǎn)博投。
-
<br>??Keep Hungry ?? keep Running ??<br><br>?? GitHub：<a href="https://links.jianshu.com/go?to=https%3A%2F%2Fgithub.com%2Fwsl2ls" target="_blank">https://github.com/wsl2ls</a><br>?? 掘金： <a href="https://links.jianshu.com/go?to=https%3A%2F%2Fjuejin.im%2Fuser%2F5c00d97b6fb9a049fb436288" target="_blank">https://juejin.im/user/5c00d97b6fb9a049fb436288</a> (推薦關(guān)注掘金毅哗，以后簡(jiǎn)書僅作文章同步使用)<br>?? 微信公眾號(hào)：iOS2679114653<br>?? QQ群：835303405<br>?? 微博@且行且珍惜_iOS<br>
-
-
純個(gè)人學(xué)習(xí)筆記經(jīng)驗(yàn)分享, 不喜勿噴,自行取關(guān)! 純個(gè)人賬戶, 其他問題請(qǐng)聯(lián)系QQ號(hào)解決<br><br>
-
iOS基礎(chǔ)：深入內(nèi)存管理-讓人頭疼的autorelease這篇文章其實(shí)是深入內(nèi)存管理：從所有權(quán)修飾符開始的補(bǔ)充。因?yàn)橛捎赺_autoreleasing的試驗(yàn)過于多黑竞，都寫在上一篇文章中會(huì)使得文章篇幅結(jié)構(gòu)很難看捕发，所以在這里新建一篇文章來...
-
字節(jié)跳動(dòng)技術(shù)實(shí)踐分享
-
-
該專題主要收錄對(duì)于底層好芭、系統(tǒng)框架、優(yōu)秀第三方框架的理解冲呢；此外還收錄包含對(duì)于控件的深層次的解讀舍败，以及一些第三方庫或框架的源碼解讀！
-
如果newOccupied大于mask的3/4敬拓，則進(jìn)行擴(kuò)容邻薯，Emm,,,,,仔細(xì)閱讀源碼以后，
mask_t cache_t::capacity()
{
return mask() ? mask()+1 : 0;
}
判斷條件內(nèi)的capacity方法返回的mask()當(dāng)為真時(shí)乘凸，應(yīng)該返回mask()+1厕诡，因當(dāng)mask為0時(shí)是不會(huì)走到這里的判斷，所以這里應(yīng)該描述為如果newOccupied大于mask+1的3/4营勤，會(huì)更準(zhǔn)確點(diǎn)灵嫌，iOS方法緩存-cache
1. cache的結(jié)構(gòu) 我們之前探索過Class的結(jié)構(gòu)以及其內(nèi)部的成員，其中了解到了isa葛作，superClass以及bits的作用寿羞，但是剩下的cache，我們只能基本知道进鸠，其...
-
文章寫的很有邏輯稠曼， 只是在擴(kuò)容抹除舊緩存，設(shè)置最近一次方法調(diào)用的方法緩存時(shí)，嚴(yán)格來說沒有遵循LRU算法的核心思想霞幅，LRU（Least recently used漠吻，最近最少使用）算法根據(jù)數(shù)據(jù)的歷史訪問記錄來進(jìn)行淘汰數(shù)據(jù)，其核心思想是“如果數(shù)據(jù)最近被訪問過司恳，那么將來被訪問的幾率也更高”途乃，新插入的數(shù)據(jù)以及在規(guī)定時(shí)間內(nèi)訪問過的數(shù)據(jù)會(huì)插入到鏈表的頭部，當(dāng)鏈表空間滿了扔傅，則會(huì)刪除鏈表尾端的數(shù)據(jù)耍共，所以我的理解關(guān)于cache_t的緩存策略應(yīng)該是為了安全以及避免內(nèi)存地址偏移提高效率，所以在擴(kuò)容時(shí)刪除所有的舊緩存猎塞，擴(kuò)容完成后再添加最近一次方法的緩存试读，也是在內(nèi)存空間足夠的情況下添加進(jìn)至緩存，個(gè)人對(duì)LRU算法的理解荠耽， 不是很標(biāo)準(zhǔn)钩骇， 見笑。
iOS方法緩存-cache
1. cache的結(jié)構(gòu) 我們之前探索過Class的結(jié)構(gòu)以及其內(nèi)部的成員铝量，其中了解到了isa倘屹，superClass以及bits的作用，但是剩下的cache慢叨，我們只能基本知道纽匙，其...
