今天leader給了我好幾個bug讓我修，都是那種出現(xiàn)率不高的特別詭異的bug，后面幾個都是帶著EXC_BAD_ACCESS KERN_INVALID_ADDRESS這種log
總結(jié)一下，ARC環(huán)境下大概有幾種情況
1.最常見的 多線程讀寫問題，一個線程執(zhí)行讀操作時另外一個線程對其寫入了，將其修改，對象很有可能就被釋放了，導(dǎo)致實際上指向的是個僵尸對象，感覺這是最容易見到的，但也是最不容易找到，找到也不容易修改。一般通過（1）加鎖（2）修改業(yè)務(wù)邏輯，比如把這個對象的處理放在同一個隊列（3）放棄 因為很可能改這種東西會產(chǎn)生更大的問題，假如出現(xiàn)幾率低的話就不做更改
2.第三方庫內(nèi)的引用。很多第三方庫使用很老版本的代碼，可能會有這方面的問題，或者干脆就是MRC
3.assign 使用assign修飾對象就會導(dǎo)致這個對象被釋放的時候無法被控制，但現(xiàn)代人應(yīng)該都不會這樣寫代碼了吧= =
4.C。C相關(guān)代碼內(nèi)存alloc后是需要手動release，如果release后還對其進行調(diào)用自然會引發(fā)crash，這就是代碼質(zhì)量以及經(jīng)驗的問題了
如果還有請?zhí)嵝盐摇?/p>