記憶體優化處理

2021-06-27 16:28:07 字數 563 閱讀 1209

使用分析器,修改洩露的問題

避免循壞引用,dealloc、rootviewcontroller、block 的self 等引數

確定dealloc 方法按照預期呼叫了

基本上沒什麼好說了,你已經做了你該做的

——顯然uikit本身還做了一些其它的你不需要知道的事情,也許是為了優化整個流程,也許是對特定的控制項做了快取,等等

如 new.delegate = self (weak)

.rootviewcontroller = self;

__block id copy_self = self;

只能使用,不能寫,如 

int x = 1^

而使用

__block int x = 1; ^

引用neogui的一段話:你的**基本沒什麼問題, 所以不要為了64 bytes糾結,你push、pop一次才leak這麼點記憶體,使用者點按鈕再回來1000次也才64k而已。找回這64 bytes不會給你的使用者帶來任何驚喜,但是如果你多花時間在一些feature上,你的使用者會很感激你,也會很願意掏皮夾

php fpm優化處理

php fpm.conf有兩個至關重要的引數 乙個是 max children 另乙個是 request terminate timeout 我的兩個設定的值乙個是 40 乙個是 900 但是這個值不是通用的,而是需要自己計算的。計算的方式如下 如 果你的伺服器效能足夠好,且寬頻資源足夠充足,php...

sql sever查詢優化處理

sql server查詢優化 sql語句優化彙總 有關查詢優化的討論 50種方法巧妙優化你的sql server資料庫 2008 06 11 11 25查詢速度慢的原因很多,常見如下幾種 1 沒有索引或者沒有用到索引 這是查詢慢最常見的問題,是程式設計的缺陷 2 i o吞吐量小,形成了瓶頸效應。3 ...

sql優化處理總匯

1 沒有索引或者沒有用到索引。經常會用到這樣問題這個地方該不該用索引?這個問題等下說先了解下索引。當你新增個索引的時候首先建立乙個索引檔案。一般來說,在where和join中出現的列需要建立索引,但也不完全如此,因為mysql只對 between,in,以及某些時候的like才會使用索引。因為在以萬...