講這三個(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è)類在運(yùn)行時(shí)都會(huì)拷貝一份methods，protocols沈自，propertyies到class_rw_t,而實(shí)際上只有10%的類酌儒，通過(guò)category和runtime?API動(dòng)態(tài)修改了這些內(nèi)容。其他90%的都和ro里的完全一致枯途，這樣就增加了不必要的dirtyMemory開(kāi)銷忌怎。
所以wwdc2020之后的版本把常用的內(nèi)容保留在rw籍滴，可以按需分配的切分到rw_ext。這樣就盡可能多直接使用cleanMemory中數(shù)據(jù)榴啸，減少dirtyMemory的開(kāi)銷孽惰，實(shí)現(xiàn)了內(nèi)存優(yōu)化。
補(bǔ)充：
·dirtyMemory在iOS系統(tǒng)中格外昂貴鸥印，因?yàn)閕OS系統(tǒng)不支持交換空間勋功，采用的是內(nèi)存壓縮技術(shù)，所以app的內(nèi)存成本更高库说。
·盡量使用api訪問(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
