講這三個東西，要明白倆個概念:cleanMemory和dirtyMenory
cleanMemory:
加載后不會更改的內存，在內存緊張時，可以移除，需要時再從磁盤加載
比如：系統(tǒng)framework，app二進制文件，磁盤只讀數(shù)據(jù)等。
dirtyMemory:
在進程運行時會發(fā)生更改的內存，只要程序運行，他就必須一直存在，比較昂貴。
2020之前的libObjc實現(xiàn)
只有class_rw_t和class_to_t
rw:可讀可寫：運行時生成，dirtyMemory
ro:只讀編譯期確定，cleanMemoty
Ps：這也解釋了為什么運行時不能添加ivar，rw沒有ivrlist，ro中的ivarlist編譯期確定就不能再更改。
2020之后的libObjc實現(xiàn)
2020的wwdc上講了新版libobjc對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;
};
為什么這樣做？
當沒有class_rw_ext_t的時候，每個類在運行時都會拷貝一份methods，protocols，propertyies到class_rw_t,而實際上只有10%的類，通過category和runtime?API動態(tài)修改了這些內容。其他90%的都和ro里的完全一致，這樣就增加了不必要的dirtyMemory開銷。
所以wwdc2020之后的版本把常用的內容保留在rw，可以按需分配的切分到rw_ext。這樣就盡可能多直接使用cleanMemory中數(shù)據(jù)，減少dirtyMemory的開銷，實現(xiàn)了內存優(yōu)化。
補充：
·dirtyMemory在iOS系統(tǒng)中格外昂貴，因為iOS系統(tǒng)不支持交換空間，采用的是內存壓縮技術，所以app的內存成本更高。
·盡量使用api訪問底層數(shù)據(jù)結構，避免因為版本升級，底層數(shù)據(jù)結構變動導致的錯誤。
參考：
https://github.com/ramonChiu/wwdc2020_runtime_optimize
