一、約束的優先級
0.屏幕適配 發展歷程
代碼計算frame -> autoreszing(父控件和子控件的關系) -> autolayout(任何控件都可以產生關系) -> sizeclass
1，簡單介紹
在Autolayout中每個約束都有一個優先級，優先級的范圍是1 ~ 1000，默認創建的約束優先級是最高的1000。
在我理解約束優先級核心就是是為了 "如果存在多套約束的情況下，解決約束沖突" 的問題。有些場景需要動態進行布局，比如我們豎着放了三個按鈕:
如果要求在運行過程中第二個紫色方塊有時存在，有時候不存在，如果第二個方塊不存在的時候，第一個方塊就跑到第二個方塊的位置，這個時候如何設置呢？
2，解決方案
有一種方案就是，消失后讓他啟用第二套約束，但是如果對同一個控件，比如設置底部距離紫色方塊10和底部距離綠色方塊10，這個時候約束就會沖突了，因為約束讓控件底部同時滿足兩個條件，這是不可能同時滿足的，就好比，你一讓這個人 同時滿足 身高1米8 和身高1米6一樣， 這時候我們就可以利用調低某個的約束優先級，來讓另一個約束優先生效就行。
布局：
首先我們先按正常布局下。
然后我們點擊刪除中間的按鈕：
2，設置優先級
我們只需要給橙色View的底部在加一條距離綠色View頂部的約束並調整優先級低一些就行了，默認都是1000，那么只要比另一個低就行了，比如999（如果添加了這條約束，不調整優先級的話就會報約束沖突。）
在調整約束優先級后，優先級低的那條線就會變成虛線
4，結果演示
調整優先級后，默認當然是優先級最高的那個生效，然后我們刪除第二個方塊后，我們的備用的約束就會生效了，然后就達成我們的目的了。
在代碼中我是執行了刪除視圖的操作。
[self.v2 removeFromSuperview];如果我們想在改變后，做動畫，我們只需要，執行layoutIfNeeded代碼，比如放到UIView block動畫里面，然后動畫就起作用了：
[UIView animateWithDuration:1 delay:0.5 usingSpringWithDamping:0.5 initialSpringVelocity:15 options:UIViewAnimationOptionCurveEaseOut animations:^{ [self.view layoutIfNeeded]; } completion:nil];
注意⚠️：目前我所想到的只有刪除視圖后，我們的備用的約束才會生效 removeFromSuperview
我嘗試的拖出來一條距離top 的約束 去更改約束的優先級 self.v2topCons.priority = xxx 發現崩潰了 原因是： @property UILayoutPriority priority;
此屬性只能作為初始設置的一部分或可選時進行修改。在添加到視圖的約束之后，如果優先級從/到NSLayoutPriorityRequired，則會拋出異常。
3，固有的約束（intrinsic content size）
理論
固有的約束（intrinsic content size）: 有些控件能通過自己顯示的內容計算出需要的Size,這個自動計算出來size就叫該控件的固有內容大小。這個大小是和需要顯示的內容相關的。UIButton,UILabel就是具有固有內容大小屬性的控件。UIButton可以根據它的title字符串長度和需要顯示的image來計算需要的Size,UILabel可以根據它的text來計算。
以下兩個約束簡單來說就是固有的約束
Content Hugging Priority: 該優先級表示一個控件抗被拉伸的優先級。優先級越高，越不容易被拉伸，默認是251。
Content Compression Resistance Priority: 該優先級和上面那個優先級相對應，表示一個控件抗壓縮的優先級。優先級越高，越不容易被壓縮，默認是750
有的控件可以根據它自己的內容來計算自身的大小，比如Label 在使用中大家會發現在設置 x y值 后不用設置大小的約束，也不會報錯，並且會根據自身內容改變自己打寬度，這都是取決於這兩個約束。
約束優先級的核心就是《哪個約束的優先級高，就使用哪個約束》
實例
我們在View中添加了一個UILabel,並為其添加了三個約束：在豎直方向居中，距離左邊屏幕145，距離右邊屏幕145。為了看到UILabel的實際寬度，我們將Label的背景色置為灰色。
其運行效果如下:
從最后的顯示效果來看，中間的Label被壓縮了，來滿足左右兩個約束。
根據第一個圖中標注的優先級，左右約束的優先級比固有內容相關的優先級要高，所以Autolayout布局的時候會優先滿足左右兩個約束。這時候：左邊約束寬度(145) + 右邊約束寬度(145) + Label的固有內容寬度 > 屏幕寬度。所以最后只能壓縮Label顯示的寬度。
Content Compression Resistance Priority
這時候Label是被壓縮的，我們就來演示一下Content Compression Resistance Priority這個優先級是如何影響控件的抗壓縮特性的
我們修改右邊的約束優先級為700
其運行效果如下:
這時候UILabel控件的抗壓縮約束優先級比右邊約束優先級高，Autolayout先滿足左邊約束，然后滿足UILable控件的固有內容Size的寬度，最后來調整右邊約束的寬度。表現出來就是UILable抗壓縮特性變強了，它更傾向於顯示它固有內容Size。這時候被壓縮的就是右邊的約束。
Content Hugging Priority
為了演示Label被拉伸的情況，我們將右邊的約束優先級恢復為1000，並將左右約束的寬度都改為50。
其運行效果如下:
和壓縮的時候類似，左右約束優先級比UILabel的Content Hugging Priority優先級高，並且此時：左邊約束寬度(50) + 右邊約束寬度(50) + Label的固有內容寬度 < 屏幕寬度。為了滿足左右兩個約束，就只有拉伸Label。
此時我們將右邊約束的優先級變為240。
其運行結果為:
這時候UILabel控件的抗拉伸約束優先級比右邊約束優先級高，Autolayout先滿足左邊約束，然后滿足UILable控件的固有內容Size的寬度，最后來調整右邊約束的寬度。表現出來就是UILable抗拉伸特性變強了，它更傾向於顯示它固有內容Size。這時候被拉伸的就是右邊的約束。
實際應用
我們常常遇到的是類似下面的情況：
TitleLabel的顯示內容可能會很長，如果不能很好的設置約束就可能覆蓋后面顯示時間的Label。但顯示時間的Label也應該是一個動態的長度。針對這種情況，我們在模擬器中來模擬一下。
兩個Label，前面是AddressLabel,后面是TimeLabel,為了不讓兩個Label覆蓋，我們設定前后Label的水平間距>=10,沒有調整過任何優先級。
顯示效果如下:
這時候系統會默認調整前面Label的寬度，使其壓縮，來滿足后面Label能夠完整顯示，這應該是系統默認行為。這樣看起來剛剛好，但如果我們的需求是時間在前面，並且需要完全顯示。地址信息在后面，如果過長就顯示省略號。那么使用上面的默認行為就不能滿足要求。
其運行結果為：
這時候前面的TimeLabel會被默認壓縮，不能滿足要求。這時候我們就可以通過改變控件的抗壓縮優先級來滿足要求，我們可以把AddressLabel的抗壓縮優先級改為740,比TimeLabel默認的750低，那么Autolayout就會去壓縮AddressLabel,而使TimeLabel按照它固有內容的寬度顯示。這就可以滿足我們的要求了。
來看一下最后的顯示效果：
添加兩個label
UILabel* leftLabel = [[UILabel alloc] init]; leftLabel.backgroundColor = [UIColor redColor]; [self.view addSubview:leftLabel]; leftLabel.text = @"人做的畜生之事越多，內心越是痛苦。"; [leftLabel sizeToFit]; UILabel* rightLabel = [[UILabel alloc] init]; rightLabel.backgroundColor = [UIColor greenColor]; [self.view addSubview:rightLabel]; rightLabel.text = @"1234567890"; [rightLabel sizeToFit];設置布局
[leftLabel mas_makeConstraints:^(MASConstraintMaker *make) { make.height.equalTo(@(20)); make.left.equalTo(self.view).offset(10); make.centerY.equalTo(self.view); make.right.mas_lessThanOrEqualTo(rightLabel.mas_left); }]; [rightLabel mas_makeConstraints:^(MASConstraintMaker *make) { make.height.equalTo(@(20)); make.left.mas_greaterThanOrEqualTo(leftLabel.mas_right); make.right.equalTo(self.view).offset(-10); make.centerY.equalTo(leftLabel); }];運行效果
在默認情況下，我們沒有設置各個布局的優先級，那么他就會優先顯示左邊的label，左邊的完全顯示后剩余的空間都是右邊的label，如果整個空間寬度都不夠左邊的label的話，那么右邊的label沒有顯示的機會了。
如果我們現在的需求是優先顯示右邊的label，左邊的label內容超出的省略，這時就需要我們調整約束的優先級了。
默認情況下兩邊的label的Content Hugging和Content Compression優先級都是一樣的，為了讓右邊的label完全顯示，那么我們需要增大右邊label的抗壓縮級，或者減小左邊label的抗壓縮級，總之是得讓右邊的抗壓縮級大於左邊的label，這樣才能讓右邊的label內容優先顯示。
UIView中關於Content Hugging 和 Content Compression Resistance的方法有：
- (UILayoutPriority)contentHuggingPriorityForAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0); - (void)setContentHuggingPriority:(UILayoutPriority)priority forAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0); - (UILayoutPriority)contentCompressionResistancePriorityForAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0); - (void)setContentCompressionResistancePriority:(UILayoutPriority)priority forAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0);在初始化label里面添加代碼：
[leftLabel setContentCompressionResistancePriority:UILayoutPriorityDefaultLow forAxis:UILayoutConstraintAxisHorizontal];或者
[rightLabel setContentCompressionResistancePriority:UILayoutPriorityRequired forAxis:UILayoutConstraintAxisHorizontal];UILayoutPriority類型實際上就是float類型，只要設置右邊的比左邊的大就可以。
修改后的效果
對於多個labe或者button利用類似的方法都可以做到優先顯示某一個控件的內容。
sizeclass
* 僅僅是對屏幕進行了分類, 真正排布UI元素還得使用autolayout
* 不再有橫豎屏的概念, 只有屏幕尺寸的概念
* 不再有具體尺寸的概念, 只有抽象尺寸的概念
* 把寬度和高度各分為3種情況
1) Compact : 緊湊(小)
2) Any : 任意
3) Regular : 寬松(大)
4) 符號代表
- : Compact
* : Any
+ : Regular
5) 繼承性
* * : 其它8種情況都會繼承
* - : 會被- - \ + -繼承
+ * : 會被+ - \ + +繼承
6) sizeclass和autolayout的作用
sizeclass:僅僅是對屏幕進行了分類
autolayout:對屏幕中各種元素進行約束(位置\尺寸)