前言
預備以後每星期寫一篇來總結一下本週的經驗總結。本篇是第一篇。
1.如何在 xib 中的 UIScrollView 中放 UIView
設定好 UIScrollView 的Top、Leading、Trailing、Bottom 約束，並放入一個 UIView，並設定其Top、Leading、Trailing、Bottom 約束，會發現仍然會有約束報錯。這是因為 superview 在給 subview 約束時，不是以 superview 的 size 為依據，而是以 superview 的 contentSize 為依據的。此時在 xib 中無法確定 UIScrollView 的 contentSize。
解決方法：額外再新增 subview 的 height、width 的約束
2.新增符號斷點來解決約束衝突的問題
有時候，開發人員會利用如 Masonry 等第三方庫來實現佈局，有時候出現衝突，如何快速查詢衝突點呢？
解決辦法：新增 Symblic Breakpoint “UIViewAlertForUnsatisfiableConstraints”
3.新增符號斷點來查詢UICollectionView layout 報錯的問題
有時候雖然有報錯，仍能正常佈局。但這會給程式碼帶來後期維護上的隱患。新增符號斷點，可以強迫去修正 layout。
解決辦法：新增 Symblic Breakpoint “UICollectionViewFlowLayoutBreakForInvalidSizes”
4.UICollectionView UI 重用問題
有時候，我們不得不利用 UICollectionView 來對複雜 UI 進行佈局。但 UICollectionView 的無論是 cell 還是 header、footer 都會運用到重用機制。有一些確定只需要一份的 UI，會因為重用機制，建立好幾份，佔用記憶體。
提供一種思路：將 UICollectionView 的 cell、header、footer 僅僅作為一個容器，本身不建立額外UI。由我們自己負責建立 UI，然後每次在 UICollectionView 的代理方法中，將 UI 新增上去。
5.一種少見的定時器迴圈引用
以下的程式碼是在公司別人寫的程式碼。
- (void)timerAction {
/* 做一些定時器要做的事情 */
// 重新延時執行
[self performSelector:@selector(timerAction) withObject:nil afterDelay:3];
}
複製程式碼以上面實現的定時執行功能，同樣會造成迴圈引用。這是因為 performSelector 這段程式碼會在當前執行緒的 runloop 裡開啟一個定時器來執行這個 selector。定時器和 self 會形成迴圈引用，造成記憶體洩漏。
解決辦法：在適當時機，呼叫 [NSObject cancelPreviousPerformRequestsWithTarget:self]; 來停止定時器。