QF——關於iOS的強引用，弱引用及strong,retain,copy,weak,assignd的關係

強引用和弱引用：

　　咱們已經知道OC中的內存管理是經過「引用計數器」來實現的。一個對象的生命週期取決於它是否還被其餘對象引用（是否retainCount=0）。但在有些狀況下，咱們並不但願對象的銷燬時間由是否被其餘對象引用來決定，而是這個對象本該是何時銷燬就何時被銷燬。這時，咱們得引入「強引用」和「弱引用」的概念。

強引用：當前對象被其餘對象引用時，會執行retain操做，引用計數器+1。當retainCount=0時，該對象纔會被銷燬。由於咱們要進行對象的內存管理，因此這是默認的引用方式。（默認是強引用）

弱引用：當前對象的生命週期不被是否由其餘對象引用限制，它本該何時銷燬就何時被銷燬。即便它的引用沒斷，可是當它的生存週期到了時就會被銷燬。

 

　　在定義屬性時，若聲明爲retain類型的，則就是強引用；若聲明爲assign類型的，則就是弱引用。後來內存管理都由ARC來完成後，如果強引用，則就聲明爲strong；如果弱引用，則就聲明爲weak。

　　因此說，retain和strong是一致的（聲明爲強引用）；assign和weak是基本一致的（聲明爲弱引用）。之因此說它倆是基本一致是由於它倆仍是有所不一樣的，weak嚴格的說應當叫「歸零弱引用」，即當對象被銷燬後，會自動的把它的指針置爲nil，這樣能夠防止野指針錯誤。而assign銷燬對象後不會把該對象的指針置nil，對象已經被銷燬，但指針還在癡癡的指向它，這就成了野指針，這是比較危險的。

 

避免「強引用循環「的僵局：

　　默認的引用方式是強引用，但上面說了有時咱們還得使用弱引用，那是什麼狀況呢？ 

　　答案，強引用循環：A對象強引用了B對象，B對象也強引用了A。由於都是強引用，也就是不管是A是B都要在對方的引用斷了後才能銷燬，但要斷了引用，就必須對方對象銷燬。就會出現這種僵局，爲了不出現這種狀況，就應該有一個對象「示弱」，使其爲「弱引用」。

　　比較常見的，視圖中的父子視圖之間的引用：父視圖強引用子視圖，子視圖弱引用父視圖。

總結：因爲要進行內存管理的緣故，OC裏的引用默認都是強引用，但爲了不出現」強引用循環僵局「，因此有了弱引用（assign）。

 

關於copy：參考連接

　　retain和strong都是指針拷貝。當有其餘對象引用當前對象時，會拷貝一份當前對象的地址，這樣它就也指向當前對象了。因此，仍是同一個對象，只是retainCount+1；

　　而copy則是內容拷貝。是實實在在的拷貝一個新的對象，拷貝了它的內存內容，成爲一個新的對象（retainCount=1）。

 

深拷貝(mutableCopy)和淺拷貝(copy)：

　　深拷貝就是內容拷貝，淺拷貝就是指針拷貝。

　　在OC中，若要進行對象的拷貝，則該對象所屬的類必須遵照NSCopying和NSMutableCopy協議，並重寫copyWithZone:和mutableCopyWithZone:方法。而系統原生類，之因此能夠直接進行拷貝是由於它已幫咱們自動作了這些事。