前兩天通過Xcode8提交的適配iOS10的應(yīng)用新版本終于成功上線，然而在預(yù)定上線時間的頭一天下午才開始將Xcode升級到8.0版本，之后的一路坑終于摸索著過來了，其中推送、基本設(shè)置、相機(jī)等權(quán)限問題都有很多資料提供，而關(guān)于masonry適配問題，只是說之前iOS版本下對masonry使用所寫代碼并不規(guī)范不夠嚴(yán)謹(jǐn)，但也沒具體給出解決方案。

本人先是選擇一處出現(xiàn)問題的cell的自動布局改為預(yù)先計算frame模型來解決這個問題，也就是說放棄使用masonry，但的確是太耗費(fèi)功夫，眼看第二天就要打包提交應(yīng)用商店，不能忍，就繼續(xù)摸索masonry到底問題出在哪兒了，還好最后找出一種解決方案。下面以代碼來說明，首先貼出之前的代碼：

- (void)layoutSubviews {
  [super layoutSubviews];
  ……
  [self.bottomLineView mas_makeConstraints:^(MASConstraintMaker *make) {
    make.top.leading.trailing.mas_equalTo……;
    make.height.mas_equalTo(kLineHeight);
  }];
  [self.contentView mas_makeConstraints:^(MASConstraintMaker *make) {
    make.top.leading.trailing.mas_equalTo(self);
    make.bottom.mas_equalTo(self.bottomLineView);
  }];
}

這里是我平時使用masonry的寫法，也就是說self.contentView的bottom是根據(jù)self.bottomLineView計算出來的，這樣寫在iOS10之前完全沒問題，然而當(dāng)升級到Xcode8之后再Run控制臺就出現(xiàn)了布局有問題，列舉一堆計算contentView高度時的約束，最后說self.contentView.height == 0，這就是問題所在了。多次嘗試修改，終于發(fā)現(xiàn)按照下面方式修改就沒問題了：

- (void)layoutSubviews {
 [super layoutSubviews];
 ……
 [self.bottomLineView mas_makeConstraints:^(MASConstraintMaker *make) {
   make.top.leading.trailing.mas_equalTo……;
   make.height.mas_equalTo(kLineHeight);
   make.bottom.mas_equalTo(self.contentView);
 }];
 [self.contentView mas_makeConstraints:^(MASConstraintMaker *make) {
   make.top.leading.trailing.bottom.mas_equalTo(self);
 }];
}

顯然，我只是將原本self.contentView的bottom約束寫到了約束它的self.bottomLineView的約束條件中，而將self.contentView的約束條件改為四個邊全都等于cell自身（self），就這樣，問題就解決了……