前言
預備以后每星期寫一篇來總結一下本周的經驗總結。本篇是第一篇。
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]; 來停止定時器。
