原文連結見這裡：下來討論的是在AutoLayout佈局下，View的Transform被改變時，會觸發layout從而引起佈局混亂的問題。這些適配問題在IOS8中可能已經不存在，或者至少被弱化了。問題：AutoLayout中的transform確實存在一些相容性問題，從而導致動畫異常。至於其原因，我的理解是，一旦使用了AutoLayout，那麼它的frame就應該交給AutoLayout來處理，就不應該再通過變換transform來修改它的frame。AutoLayout的原理是在layoutSubviews中應用Constraints來設定View的frame。換句話說，Constraints只是一個在layoutSubviews時執行的任務佇列。當我修改下面這個View的transform上時，理論上的結果應該是View被居中縮小，但當View有不同的Constraints時，我們可能會看到不同的效果：

v.transform = CGAffineTransformMakeScale(0.5,0.5);

另外需要引起注意的是，修改View的transform時，會立即觸發layout。解決方案：一、不使用Constraints。單純的幹掉所有的Contraints，會讓View從螢幕上面消失，我們還需要通過把translatesAutoresizingMaskIntoConstraints設定為YES來使View不受AutoLayout影響。如果覺得這個方案比較極端的，看看下面這個方案。二、特定場景下使用Constraints如果第一個方案提到的這個View的size是自身決定的（如固定，或者按內容適配），並且根據View的中心點來確定其位置，那麼，第一個方案中的transform顯示OK。因為這種情況下，autolayout中的constraints不會影響到View的frame。三、使用Subview前面兩種方案都限制了AutoLayout的優點，現在講一下不需要限制AutoLayout優點的方案。使用constraint佈局出一個Host View來，然後在Host View中增加我們要佈局的真實View。下圖是個示例：
白色View是Host View，使用任意的constraints給它確定一個位置，並設定為背影透明。把紅色View當成它的subview，通過中心對齊確定紅色View在其白色Host View中的位置。這樣，我們再對紅色View做縮放、旋轉等變換時，就不會有任何影響了：

self.otherView.transform = CGAffineTransformScale(self.otherView.transform, 0.5, 0.5);
self.otherView.transform = CGAffineTransformRotate(self.otherView.transform, M_PI/8.0);
 

四、使用Layer Transforms使用Layer Transform來替代View Transform，就不會觸發layout，也不會與constrants衝突。例如，下面這個“心跳”動畫在AutoLayout下可能會中斷：

[UIView animateWithDuration:0.3 delay:0
                    options:UIViewAnimationOptionAutoreverse
                 animations:^{
    v.transform = CGAffineTransformMakeScale(1.1, 1.1);
} completion:^(BOOL finished) {
    v.transform = CGAffineTransformIdentity;
}];
 

但如果我們使用Core Animation的話，就不會有問題：

CABasicAnimation* ba = [CABasicAnimation animationWithKeyPath:@"transform"];
ba.autoreverses = YES;
ba.duration = 0.3;
ba.toValue = [NSValue valueWithCATransform3D:CATransform3DMakeScale(1.1, 1.1, 1)];
[v.layer addAnimation:ba forKey:nil];