講這三個(gè)東西，要明白倆個(gè)概念:cleanMemory和dirtyMenory

cleanMemory:

加載后不會(huì)更改的內(nèi)存，在內(nèi)存緊張時(shí)，可以移除，需要時(shí)再?gòu)拇疟P(pán)加載

比如：系統(tǒng)framework，app二進(jìn)制文件，磁盤(pán)只讀數(shù)據(jù)等。

dirtyMemory:

在進(jìn)程運(yùn)行時(shí)會(huì)發(fā)生更改的內(nèi)存，只要程序運(yùn)行，他就必須一直存在，比較昂貴。

2020之前的libObjc實(shí)現(xiàn)

只有class_rw_t和class_to_t

rw:可讀可寫(xiě)：運(yùn)行時(shí)生成，dirtyMemory

ro:只讀編譯期確定，cleanMemoty

Ps：這也解釋了為什么運(yùn)行時(shí)不能添加ivar，rw沒(méi)有ivrlist，ro中的ivarlist編譯期確定就不能再更改。

2020之后的libObjc實(shí)現(xiàn)

2020的wwdc上講了新版libobjc對(duì)runtime的優(yōu)化。增加了class_rw_ext_t：?按需分配

struct?class_rw_ext_t {

? ? DECLARE_AUTHED_PTR_TEMPLATE(class_ro_t)

? ? class_ro_t_authed_ptr<const?class_ro_t> ro;

? ? method_array_t methods;

? ? property_array_t?properties;

? ? protocol_array_t protocols;

? ? char?*demangledName;

? ? uint32_t?version;

};

為什么這樣做？

當(dāng)沒(méi)有class_rw_ext_t的時(shí)候，每個(gè)類(lèi)在運(yùn)行時(shí)都會(huì)拷貝一份methods，protocols，propertyies到class_rw_t,而實(shí)際上只有10%的類(lèi)，通過(guò)category和runtime?API動(dòng)態(tài)修改了這些內(nèi)容。其他90%的都和ro里的完全一致，這樣就增加了不必要的dirtyMemory開(kāi)銷(xiāo)。

所以wwdc2020之后的版本把常用的內(nèi)容保留在rw，可以按需分配的切分到rw_ext。這樣就盡可能多直接使用cleanMemory中數(shù)據(jù)，減少dirtyMemory的開(kāi)銷(xiāo)，實(shí)現(xiàn)了內(nèi)存優(yōu)化。

補(bǔ)充：

·dirtyMemory在iOS系統(tǒng)中格外昂貴，因?yàn)閕OS系統(tǒng)不支持交換空間，采用的是內(nèi)存壓縮技術(shù)，所以app的內(nèi)存成本更高。

·盡量使用api訪(fǎng)問(wèn)底層數(shù)據(jù)結(jié)構(gòu)，避免因?yàn)榘姹旧?jí)，底層數(shù)據(jù)結(jié)構(gòu)變動(dòng)導(dǎo)致的錯(cuò)誤。

參考：

https://github.com/ramonChiu/wwdc2020_runtime_optimize