IOS繪圖詳解 – iPhone手機開發技術文章 iPhone軟體開發教學課程

你也許發現繪出的圖是上下顛倒的！圖片的顛倒並不是因為被旋轉瞭。當你創建瞭一個CGImage並使用CGContextDrawImage方法繪圖就會引起這種問題。這主要是因為原始的本地坐標系統（坐標原點在左上角）與目標上下文（坐標原點在左下角）不匹配。有很多方法可以修復這個問題，其中一種方法就是使用CGContextDrawImage方法先將CGImage繪制到UIImage上，然後獲取UIImage對應的CGImage，此時就得到瞭一個倒轉的CGImage。當再調用CGContextDrawImage方法，我們就將倒轉的圖片還原回來瞭。實現代碼如下：

CGImageRef flip (CGImageRef im) { 
 
CGSize sz = CGSizeMake(CGImageGetWidth(im), CGImageGetHeight(im)); 
 
UIGraphicsBeginImageContextWithOptions(sz, NO, 0); 
 
CGContextDrawImage(UIGraphicsGetCurrentContext(), CGRectMake(0, 0, sz.width, sz.height), im); 
 
CGImageRef result = [UIGraphicsGetImageFromCurrentImageContext() CGImage]; 
 
UIGraphicsEndImageContext(); 
 
return result; 
 
} 

現在將之前的代碼修改如下：

CGContextDrawImage(con, CGRectMake(0,0,sz.width/2.0,sz.height), flip(marsLeft)); 
 
CGContextDrawImage(con, CGRectMake(sz.width,0,sz.width/2.0,sz.height), flip(marsRight)); 

然而，這裡又出現瞭另外一個問題：在雙分辨率的設備上，如果我們的圖片文件是高分辨率（@2x）版本，上面的繪圖就是錯誤的。原因在於對於UIImage來說，在加載原始圖片時使用imageNamed:方法，它會自動根據所在設備的分辨率類型選擇圖片，並且UIImage通過設置用來適配的scale屬性補償圖片的兩倍尺寸。但是一個CGImage對象並沒有scale屬性，它不知道圖片文件的尺寸是否為兩倍！所以當調用UIImage的CGImage方法，你不能假定所獲得的CGImage尺寸與原始UIImage是一樣的。在單分辨率和雙分辨率下，一個UIImage對象的size屬性值都是一樣的，但是雙分辨率UIImage對應的CGImage是單分辨率UIImage對應的CGImage的兩倍大。所以我們需要修改上面的代碼，讓其在單雙分辨率下都可以工作。代碼如下：

UIImage* mars = [UIImage imageNamed:@"Mars.png"]; 
 
CGSize sz = [mars size]; 
 
// 轉換CGImage並使用對應的CGImage尺寸截取圖片的左右部分 
 
CGImageRef marsCG = [mars CGImage]; 
 
CGSize szCG = CGSizeMake(CGImageGetWidth(marsCG), CGImageGetHeight(marsCG)); 
 
CGImageRef marsLeft = CGImageCreateWithImageInRect(marsCG,CGRectMake(0,0,szCG.width/2.0,szCG.height)); 
 
CGImageRef marsRight = CGImageCreateWithImageInRect(marsCG, CGRectMake(szCG.width/2.0,0,szCG.width/2.0,szCG.height)); 
 
UIGraphicsBeginImageContextWithOptions(CGSizeMake(sz.width*1.5, sz.height), NO, 0); 
 
//剩下的和之前的代碼一樣，修復倒置問題 
 
CGContextRef con = UIGraphicsGetCurrentContext(); 
 
CGContextDrawImage(con, CGRectMake(0,0,sz.width/2.0,sz.height),flip(marsLeft)); 
 
CGContextDrawImage(con, CGRectMake(sz.width,0,sz.width/2.0,sz.height),flip(marsRight)); 
 
UIImage* im = UIGraphicsGetImageFromCurrentImageContext(); 
 
UIGraphicsEndImageContext(); 
 
CGImageRelease(marsLeft); 
 
CGImageRelease(marsRight); 

上面的代碼初看上去很繁雜，不過不用擔心，這裡還有另一種修復倒置問題的方案。相對於使用flip函數，你可以在繪圖之前將CGImage包裝進UIImage中，這樣做有兩大優點：

1.當UIImage繪圖時它會自動修復倒置問題

2.當你從CGImage轉化為Uimage時，可調用imageWithCGImage:scale:orientation:方法生成CGImage作為對縮放性的補償。

所以這是一個解決倒置和縮放問題的自包含方法。

代碼如下：

UIImage* mars = [UIImage imageNamed:@"Mars.png"]; 
 
CGSize sz = [mars size]; 
 
CGImageRef marsCG = [mars CGImage]; 
 
CGSize szCG = CGSizeMake(CGImageGetWidth(marsCG), CGImageGetHeight(marsCG)); 
 
CGImageRef marsLeft = CGImageCreateWithImageInRect(marsCG, CGRectMake(0,0,szCG.width/2.0,szCG.height)); 
 
CGImageRef marsRight = CGImageCreateWithImageInRect(marsCG, CGRectMake(szCG.width/2.0,0,szCG.width/2.0,szCG.height)); 
 
UIGraphicsBeginImageContextWithOptions(CGSizeMake(sz.width*1.5, sz.height), NO, 0); 
 
[[UIImage imageWithCGImage:marsLeft scale:[mars scale] orientation:UIImageOrientationUp] drawAtPoint:CGPointMake(0,0)]; 
 
[[UIImage imageWithCGImage:marsRight scale:[mars scale] orientation:UIImageOrientationUp] drawAtPoint:CGPointMake(sz.width,0)]; 
 
UIImage* im = UIGraphicsGetImageFromCurrentImageContext(); 
 
UIGraphicsEndImageContext(); 
 
CGImageRelease(marsLeft); CGImageRelease(marsRight);  

還有另一種解決倒置問題的方案是在繪制CGImage之前，對上下文應用變換操作，有效地倒置上下文的內部坐標系統。這裡先不做討論。

為什麼會發生倒置問題

究其原因是因為Core Graphics源於Mac OS X系統，在Mac OS X中，坐標原點在左下方並且正y坐標是朝上的，而在iOS中，原點坐標是在左上方並且正y坐標是朝下的。在大多數情況下，這不會出現任何問題，因為圖形上下文的坐標系統是會自動調節補償的。但是創建和繪制一個CGImage對象時就會暴露出倒置問題。

CIFilter與CIImage

CIFilter與CIImage是iOS 5新引入的，雖然它們已在MAX OS X系統中存在多年。前綴“CI”表示Core Image，這是一種使用數學濾鏡變換圖片的技術。但是你不要去幻想iOS提供瞭像Photoshop軟件那樣強大的濾鏡功能。使用Core Image之前你需要將CoreImage.framework框架導入到你的target之中。

所謂濾鏡指的是CIFilter類，濾鏡可被分為以下幾類：

模板與漸變類

這兩類濾鏡創建的CIImage可以和其他的CIImage進行合並，比如一種單色，一個棋盤，條紋，亦或是漸變。

合成類

此類濾鏡可以將一張圖片與另外的圖片合並，合成濾鏡模式常見於圖形處理軟件Photoshop中。

色彩類

此濾鏡調整、修改圖片的色彩。因此你可以改變一張圖片的飽和度、色度、亮度、對比度、伽馬、白點、曝光度、陰影、高亮等屬性。

幾何變換類

此類濾鏡可對圖片執行基本的幾何變換，比如縮放、旋轉、裁剪。

CIFilter使用起來非常的簡單。CIFilter看上去就像一個由鍵值組成的字典。它生成一個CIImage對象作為其輸出。一般地，一個濾鏡有一個或多個輸入，而對於部分濾鏡，生成的圖片是基於其他類型的參數值。CIFilter對象是一個集合，可使用鍵值對進行檢索。通過提供濾鏡的字符串名稱創建一個濾鏡，如果想知道有哪些濾鏡，可以查詢蘋果的Core
Image Filter Reference文檔，或是調用CIFilter的類方法filterNamesInCategories：，參數值為nil。每一個濾鏡擁有一小部分用來確定其行為的鍵值。如果你想修改某一個鍵（比如亮度鍵）對應的值，你可以調用setValue：forKey：方法或當你指定一個濾鏡名時提供所有鍵值對。

需要處理的圖片必須是CIImage類型，調用initWithCGImage：方法可獲得CIImage。因為CGImage又是作為濾鏡的輸出，因此濾鏡之間可被連接在一起（將濾鏡的輸出作為initWithCGImage：方法的輸入參數）

當你構建一個濾鏡鏈時，並沒有做復雜的運算。隻有當整個濾鏡鏈需要輸出一個CGImage時，密集型計算才會發生。調用contextWithOptions：和createCGImage: fromRect:方法創建CIContext。與以往不同的地方是CIImage沒有frame與bounds屬性；隻有extent屬性。你將非常頻繁的使用這個屬性作為createCGImage: fromRect:方法的第二個參數。

接下來我將演示Core Image的使用。首先創建一個徑向漸變的濾鏡，該濾鏡是從白到黑的漸變方式，白色區域的半徑默認是100。接著將其與一張使用CIDarkenBlendMode濾鏡的圖片合成。CIDarkenBlendMode的作用是背景圖片樣本將被源圖片的黑色部分替換掉。

代碼如下：

UIImage* moi = [UIImage imageNamed:@"Mars.jpeg"]; 
 
CIImage* moi2 = [[CIImage alloc] initWithCGImage:moi.CGImage]; 
 
CIFilter* grad = [CIFilter filterWithName:@"CIRadialGradient"]; 
 
CIVector* center = [CIVector vectorWithX:moi.size.width / 2.0 Y:moi.size.height / 2.0]; 
 
// 使用setValue：forKey：方法設置濾鏡屬性 
 
[grad setValue:center forKey:@"inputCenter"]; 
 
// 在指定濾鏡名時提供所有濾鏡鍵值對 
 
CIFilter* dark = [CIFilter filterWithName:@"CIDarkenBlendMode" keysAndValues:@"inputImage", grad.outputImage, @"inputBackgroundImage", moi2, nil]; 
 
CIContext* c = [CIContext contextWithOptions:nil]; 
 
CGImageRef moi3 = [c createCGImage:dark.outputImage fromRect:moi2.extent]; 
 
UIImage* moi4 = [UIImage imageWithCGImage:moi3 scale:moi.scale orientation:moi.imageOrientation]; 
 
CGImageRelease(moi3); 

圖4 圖片合成快照

這個例子可能沒有什麼吸引人的地方，因為所有一切都可以使用Core Graphics完成。除瞭Core Image是使用GPU處理，可能有點吸引人。Core Graphics也可以做到徑向漸變並使用混合模式合成圖片。但Core Image要簡單得多，特別是當你有多個圖片輸入想重用一個濾鏡鏈時。並且Core Image的顏色調整功能比Core Graphics更加強大。對瞭，Core Image還能實現自動人臉識別哦！

繪制一個UIView

繪制一個UIVIew最靈活的方式就是由它自己完成繪制。實際上你不是繪制一個UIView，你隻是子類化瞭UIView並賦予子類繪制自己的能力。當一個UIVIew需要執行繪圖操作的時， drawRect:方法就會被調用。覆蓋此方法讓你獲得繪圖操作的機會。當drawRect：方法被調用，當前圖形上下文也被設置為屬於視圖的圖形上下文。你可以使用Core Graphics或UIKit提供的方法將圖形畫到該上下文中。

你不應該手動調用drawRect：方法！如果你想調用drawRect：方法更新視圖，隻需發送setNeedsDisplay方法。這將使得drawRect：方法會在下一個適當的時間調用。當然，不要覆蓋drawRect：方法除非你知道這樣做絕對合法。比方說，在UIImageView子類中覆蓋drawRect：方法是不合法的，你將得不到你繪制的圖形。

在UIView子類的drawRect：方法中無需調用super，因為本身UIView的drawRect：方法是空的。為瞭提高一些繪圖性能，你可以調用setNeedsDisplayInRect方法重新繪制視圖的子區域，而視圖的其他部分依然保持不變。

一般情況下，你不應該過早的進行優化。繪圖代碼可能看上去非常的繁瑣，但它們是非常快的。並且iOS繪圖系統自身也是非常高效，它不會頻繁調用drawRect：方法，除非迫不得已（或調用瞭setNeedsDisplay方法）。一旦一個視圖已由自己繪制完成，那麼繪制的結果會被緩存下來留待重用，而不是每次重頭再來。(蘋果公司將緩存繪圖稱為視圖的位圖存儲回填（bitmap backing store）)。你可能會發現drawRect：方法中的代碼在整個應用程序生命周期內隻被調用瞭一次！事實上，將代碼移到drawRect：方法中是提高性能的普遍做法。這是因為繪圖引擎直接對屏幕進行渲染相對於先是脫屏渲染然後再將像素拷貝到屏幕要來的高效。

當視圖的backgroundColor為nil並且opaque屬性為YES，視圖的背景顏色就會變成黑色。

Core Graphics上下文屬性設置

當你在圖形上下文中繪圖時，當前圖形上下文的相關屬性設置將決定繪圖的行為與外觀。因此，繪圖的一般過程是先設定好圖形上下文參數，然後繪圖。比方說，要畫一根紅線，接著畫一根藍線。那麼首先需要將上下文的線條顏色屬性設定為為紅色，然後畫紅線；接著設置上下文的線條顏色屬性為藍色，再畫出藍線。表面上看,紅線和藍線是分開的，但事實上，在你畫每一條線時，線條顏色卻是整個上下文的屬性。無論你用的是UIKit方法還是Core Graphics函數。

因為圖形上下文在每一時刻都有一個確定的狀態，該狀態概括瞭圖形上下文所有屬性的設置。為瞭便於操作這些狀態，圖形上下文提供瞭一個用來持有狀態的棧。調用CGContextSaveGState函數，上下文會將完整的當前狀態壓入棧頂；調用CGContextRestoreGState函數，上下文查找處在棧頂的狀態，並設置當前上下文狀態為棧頂狀態。

因此一般繪圖模式是：在繪圖之前調用CGContextSaveGState函數保存當前狀態，接著根據需要設置某些上下文狀態，然後繪圖，最後調用CGContextRestoreGState函數將當前狀態恢復到繪圖之前的狀態。要註意的是，CGContextSaveGState函數和CGContextRestoreGState函數必須成對出現，否則繪圖很可能出現意想不到的錯誤，這裡有一個簡單的做法避免這種情況。代碼如下：

- (void)drawRect:(CGRect)rect { 
 
CGContextRef ctx = UIGraphicsGetCurrentContext(); 
 
CGContextSaveGState(ctx); 
 
{ 
 
// 繪圖代碼 
 
} 
 
CGContextRestoreGState(ctx); 
 
    } 　 

但你不需要在每次修改上下文狀態之前都這樣做，因為你對某一上下文屬性的設置並不一定會和之前的屬性設置或其他的屬性設置產生沖突。你完全可以在不調用保存和恢復函數的情況下先設置線條顏色為紅色，然後再設置為藍色。但在一定情況下，你希望你對狀態的設置是可撤銷的，我將在接下來討論這樣的情況。

許多的屬性組成瞭一個圖形上下文狀態，這些屬性設置決定瞭在你繪圖時圖形的外觀和行為。下面我列出瞭一些屬性和對應修改屬性的函數；雖然這些函數是關於Core Graphics的，但記住，實際上UIKit同樣是調用這些函數操縱上下文狀態。

線條的寬度和線條的虛線樣式

CGContextSetLineWidth、CGContextSetLineDash

線帽和線條聯接點樣式

CGContextSetLineCap、CGContextSetLineJoin、CGContextSetMiterLimit

線條顏色和線條模式

CGContextSetRGBStrokeColor、CGContextSetGrayStrokeColor、CGContextSetStrokeColorWithColor、CGContextSetStrokePattern

填充顏色和模式

CGContextSetRGBFillColor,CGContextSetGrayFillColor,CGContextSetFillColorWithColor, CGContextSetFillPattern

陰影

CGContextSetShadow、CGContextSetShadowWithColor

混合模式

CGContextSetBlendMode（決定你當前繪制的圖形與已經存在的圖形如何被合成）

整體透明度

CGContextSetAlpha（個別顏色也具有alpha成分）

文本屬性

CGContextSelectFont、CGContextSetFont、CGContextSetFontSize、CGContextSetTextDrawingMode、CGContextSetCharacterSpacing

是否開啟反鋸齒和字體平滑

CGContextSetShouldAntialias、CGContextSetShouldSmoothFonts

另外一些屬性設置：

裁剪區域:在裁剪區域外繪圖不會被實際的畫出來。

變換（或稱為“CTM“，意為當前變換矩陣): 改變你隨後指定的繪圖命令中的點如何被映射到畫佈的物理空間。

許多這些屬性設置接下來我都會舉例說明。

路徑與繪圖

通過編寫移動虛擬畫筆的代碼描畫一段路徑，這樣的路徑並不構成一個圖形。繪制路徑意味著對路徑描邊或填充該路徑，也或者兩者都做。同樣，你應該從某些繪圖程序中得到過相似的體會。

一段路徑是由點到點的描畫構成。想象一下繪圖系統是你手裡的一隻畫筆，你首先必須要設置畫筆當前所處的位置，然後給出一系列命令告訴畫筆如何描畫隨後的每段路徑。每一段新增的路徑開始於當前點，當完成一條路徑的描畫，路徑的終點就變成瞭當前點。

下面列出瞭一些路徑描畫的命令：

定位當前點

CGContextMoveToPoint

描畫一條線

CGContextAddLineToPoint、CGContextAddLines

描畫一個矩形

CGContextAddRect、CGContextAddRects

描畫一個橢圓或圓形

CGContextAddEllipseInRect

描畫一段圓弧

CGContextAddArcToPoint、CGContextAddArc

通過一到兩個控制點描畫一段貝賽爾曲線

CGContextAddQuadCurveToPoint、CGContextAddCurveToPoint

關閉當前路徑

CGContextClosePath 這將從路徑的終點到起點追加一條線。如果你打算填充一段路徑，那麼就不需要使用該命令，因為該命令會被自動調用。

描邊或填充當前路徑

CGContextStrokePath、CGContextFillPath、CGContextEOFillPath、CGContextDrawPath。對當前路徑描邊或填充會清除掉路徑。如果你隻想使用一條命令完成描邊和填充任務，可以使用CGContextDrawPath命令，因為如果你隻是使用CGContextStrokePath對路徑描邊，路徑就會被清除掉，你就不能再對它進行填充瞭。

創建路徑並描邊路徑或填充路徑隻需一條命令就可完成的函數：CGContextStrokeLineSegments、CGContextStrokeRect、CGContextStrokeRectWithWidth、CGContextFillRect、CGContextFillRects、CGContextStrokeEllipseInRect、CGContextFillEllipseInRect。

一段路徑是被合成的，意思是它是由多條獨立的路徑組成。舉個例子，一條單獨的路徑可能由兩個獨立的閉合形狀組成：一個矩形和一個圓形。當你在構造一條路徑的中間過程（意思是在描畫瞭一條路徑後沒有調用描邊或填充命令，或調用CGContextBeginPath函數來清除路徑）調用CGContextMoveToPoint函數，就像是你拾起畫筆，並將畫筆移動到一個新的位置，如此來準備開始一段獨立的相同路徑。如果你擔心當你開始描畫一條路徑的時候，已經存在的路徑和新的路徑會被認為是已存在路徑的一個合成部分，你可以調用CGContextBeginPath函數指定你繪制的路徑是一條獨立的路徑；蘋果的許多例子都是這樣做的，但在實際開發中我發現這是非必要的。

CGContextClearRect函數的功能是擦除一個區域。這個函數會擦除一個矩形內的所有已存在的繪圖；並對該區域執行裁剪。結果像是打瞭一個貫穿所有已存在繪圖的孔。

CGContextClearRect函數的行為依賴於上下文是透明還是不透明。當在圖形上下文中繪圖時，這會尤為明顯和直觀。如果圖片上下文是透明的（UIGraphicsBeginImageContextWithOptions第二個參數為NO），那麼CGContextClearRect函數執行擦除後的顏色為透明，反之則為黑色。

當在一個視圖中直接繪圖（使用drawRect：或drawLayer：inContext：方法），如果視圖的背景顏色為nil或顏色哪怕有一點點透明度，那麼CGContextClearRect的矩形區域將會顯示為透明的，打出的孔將穿過視圖包括它的背景顏色。如果背景顏色完全不透明，那麼CGContextClearRect函數的結果將會是黑色。這是因為視圖的背景顏色決定瞭是否視圖的圖形上下文是透明的還是不透明的。

圖5 CGContextClearRect函數的應用

如圖5，在左邊的藍色正方形被挖去部分留為黑色，然而在右邊的藍色正方形也被挖去部分留為透明。但這兩個正方形都是UIView子類的實例，采用相同的繪圖代碼！不同之處在於視圖的背景顏色，左邊的正方形的背景顏色在nib文件中

但是這卻完全改變瞭CGContextClearRect函數的效果。UIView子類的drawRect：方法看起來像這樣：

CGContextRef con = UIGraphicsGetCurrentContext(); 
 
CGContextSetFillColorWithColor(con, [UIColor blueColor].CGColor); 
 
CGContextFillRect(con, rect); 
 
CGContextClearRect(con, CGRectMake(0,0,30,30)); 

為瞭說明典型路徑的描畫命令，我將生成一個向上的箭頭圖案，我謹慎避免使用便利函數操作，也許這不是創建箭頭最好的方式，但依然清楚的展示瞭各種典型命令的用法。

圖6 一個簡單的路徑繪圖

CGContextRef con = UIGraphicsGetCurrentContext(); 
 
// 繪制一個黑色的垂直黑色線，作為箭頭的桿子 
 
CGContextMoveToPoint(con, 100, 100); 
 
CGContextAddLineToPoint(con, 100, 19); 
 
CGContextSetLineWidth(con, 20); 
 
CGContextStrokePath(con); 
 
// 繪制一個紅色三角形箭頭 
 
CGContextSetFillColorWithColor(con, [[UIColor redColor] CGColor]); 
 
CGContextMoveToPoint(con, 80, 25); 
 
CGContextAddLineToPoint(con, 100, 0); 
 
CGContextAddLineToPoint(con, 120, 25); 
 
CGContextFillPath(con); 
 
// 從箭頭桿子上裁掉一個三角形，使用清除混合模式 
 
CGContextMoveToPoint(con, 90, 101); 
 
CGContextAddLineToPoint(con, 100, 90); 
 
CGContextAddLineToPoint(con, 110, 101); 
 
CGContextSetBlendMode(con, kCGBlendModeClear); 
 
CGContextFillPath(con); 

確切的說，為瞭以防萬一，我們應該在繪圖代碼周圍使用CGContextSaveGState和CGContextRestoreGState函數。可對於這個例子來說，添加與否不會有任何的區別。因為上下文在調用drawRect：方法中不會被持久，所以不會被破壞。

如果一段路徑需要重用或共享，你可以將路徑封裝為CGPath（具體類型是CGPathRef）。你可以創建一個新的CGMutablePathRef對象並使用多個類似於圖形的路徑函數的CGPath函數構造路徑，或者使用CGContextCopyPath函數復制圖形上下文的當前路徑。有許多CGPath函數可用於創建基於簡單幾何形狀的路徑（CGPathCreateWithRect、CGPathCreateWithEllipseInRect）或基於已存在路徑（CGPathCreateCopyByStrokingPath、CGPathCreateCopyDashingPath、CGPathCreateCopyByTransformingPath）。

UIKit的UIBezierPath類包裝瞭CGPath。它提供瞭用於繪制某種形狀路徑的方法，以及用於描邊、填充、存取某些當前上下文狀態的設置方法。類似地，UIColor提供瞭用於設置當前上下文描邊與填充的顏色。因此我們可以重寫我們之前繪制箭頭的代碼：

UIBezierPath* p = [UIBezierPath bezierPath]; 
 
[p moveToPoint:CGPointMake(100,100)]; 
 
[p addLineToPoint:CGPointMake(100, 19)]; 
 
[p setLineWidth:20]; 
 
[p stroke]; 
 
[[UIColor redColor] set]; 
 
[p removeAllPoints]; 
 
[p moveToPoint:CGPointMake(80,25)]; 
 
[p addLineToPoint:CGPointMake(100, 0)]; 
 
[p addLineToPoint:CGPointMake(120, 25)]; 
 
[p fill]; 
 
[p removeAllPoints]; 
 
[p moveToPoint:CGPointMake(90,101)]; 
 
[p addLineToPoint:CGPointMake(100, 90)]; 
 
[p addLineToPoint:CGPointMake(110, 101)]; 
 
[p fillWithBlendMode:kCGBlendModeClear alpha:1.0]; 

在這種特殊情況下，完成同樣的工作並沒有節省多少代碼，但是UIBezierPath仍然還是有用的。如果你需要對象特性，UIBezierPath提供瞭一個便利方法：bezierPathWithRoundedRect：cornerRadius：，它可用於繪制帶有圓角的矩形，如果是使用Core Graphics就相當冗長乏味瞭。還可以隻讓圓角出現在左上角和右上角。

- (void)drawRect:(CGRect)rect { 
 
  CGContextRef ctx = UIGraphicsGetCurrentContext(); 
 
  CGContextSetStrokeColorWithColor(ctx, [UIColor blackColor].CGColor); 
 
  CGContextSetLineWidth(ctx, 3); 
 
  UIBezierPath *path; 
 
  path = [UIBezierPath bezierPathWithRoundedRect:CGRectMake(100, 100, 100, 100) byRoundingCorners:(UIRectCornerTopLeft |UIRectCornerTopRight) cornerRadii:CGSizeMake(10, 10)]; 
 
  [path stroke]; 
 
} 

圖7 左右圓角矩形

裁剪

路徑的另一用處是遮蔽區域，以防對遮蔽區域進一步繪圖。這種用法被稱為裁剪。裁剪區域外的圖形不會被繪制到。默認情況下，一個圖形上下文的裁剪區域是整個圖形上下文。你可在上下文中的任何地方繪圖。

總的來說，裁剪區域是上下文的一個特性。與已存在的裁剪區域相交會出現新的裁剪區域。所以如果你應用瞭你自己的裁剪區域，稍後將它從圖形上下文中移除的做法是使用CGContextSaveGState和CGContextRestoreGState函數將代碼包裝起來。

為瞭便於說明這一點，我使用裁剪而不是使用混合模式在箭頭桿子上打孔的方法重寫瞭生成箭頭的代碼。這樣做有點小復雜，因為我們想要裁剪區域不在三角形內而在三角形外部。為瞭表明這一點，我們使用瞭一個三角形和一個矩形組成瞭一個組合路徑。

當填充一個組合路徑並使用它表示一個裁剪區域時，系統遵循以下兩規則之一：

環繞規則（Winding rule）

如果邊界是順時針繪制，那麼在其內部逆時針繪制的邊界所包含的內容為空。如果邊界是逆時針繪制，那麼在其內部順時針繪制的邊界所包含的內容為空。

奇偶規則

最外層的邊界代表內部都有效，都要填充；之後向內第二個邊界代表它的內部無效，不需填充；如此規則繼續向內尋找邊界線。我們的情況非常簡單，所以使用奇偶規則就很容易瞭。這裡我們使用CGContextEOCllip設置裁剪區域然後進行繪圖。（如果不是很明白，可以參見這篇文章：五種方法繪制有孔的2d形狀）

CGContextRef con = UIGraphicsGetCurrentContext(); 
 
// 在上下文裁剪區域中挖一個三角形狀的孔 
 
CGContextMoveToPoint(con, 90, 100); 
 
CGContextAddLineToPoint(con, 100, 90); 
 
CGContextAddLineToPoint(con, 110, 100); 
 
CGContextClosePath(con); 
 
CGContextAddRect(con, CGContextGetClipBoundingBox(con)); 
 
// 使用奇偶規則，裁剪區域為矩形減去三角形區域 
 
CGContextEOClip(con); 
 
// 繪制垂線 
 
CGContextMoveToPoint(con, 100, 100); 
 
CGContextAddLineToPoint(con, 100, 19); 
 
CGContextSetLineWidth(con, 20); 
 
CGContextStrokePath(con); 
 
// 畫紅色箭頭 
 
CGContextSetFillColorWithColor(con, [[UIColor redColor] CGColor]); 
 
CGContextMoveToPoint(con, 80, 25); 
 
CGContextAddLineToPoint(con, 100, 0); 
 
CGContextAddLineToPoint(con, 120, 25); 
 
CGContextFillPath(con);  

漸變

漸變可以很簡單也可以很復雜。一個簡單的漸變（接下來要討論的）由一端點的顏色與另一端點的顏色決定，如果在中間點加入顏色（可選），那麼漸變會在上下文的兩個點之間線性的繪制或在上下文的兩個圓之間放射狀的繪制。不能使用漸變作為路徑的填充色，但可使用裁剪限制對路徑形狀的漸變。

我重寫瞭繪制箭頭的代碼，箭桿使用瞭線性漸變。效果如圖7所示。

圖8 箭頭桿子漸變

CGContextRef con = UIGraphicsGetCurrentContext(); 
 
CGContextSaveGState(con); 
 
// 在上下文裁剪區域挖一個三角形孔 
 
CGContextMoveToPoint(con, 90, 100); 
 
CGContextAddLineToPoint(con, 100, 90); 
 
CGContextAddLineToPoint(con, 110, 100); 
 
CGContextClosePath(con); 
 
CGContextAddRect(con, CGContextGetClipBoundingBox(con)); 
 
CGContextEOClip(con); 
 
//繪制一個垂線，讓它的輪廓形狀成為裁剪區域 
 
CGContextMoveToPoint(con, 100, 100); 
 
CGContextAddLineToPoint(con, 100, 19); 
 
CGContextSetLineWidth(con, 20); 
 
// 使用路徑的描邊版本替換圖形上下文的路徑 
 
CGContextReplacePathWithStrokedPath(con); 
 
// 對路徑的描邊版本實施裁剪 
 
CGContextClip(con); 
 
// 繪制漸變 
 
CGFloat locs[3] = { 0.0, 0.5, 1.0 }; 
 
CGFloat colors[12] = { 
 
0.3,0.3,0.3,0.8, // 開始顏色，透明灰 
 
0.0,0.0,0.0,1.0, // 中間顏色，黑色 
 
0.3,0.3,0.3,0.8 // 末尾顏色，透明灰 
 
}; 
 
CGColorSpaceRef sp = CGColorSpaceCreateDeviceGray(); 
 
CGGradientRef grad = CGGradientCreateWithColorComponents (sp, colors, locs, 3); 
 
CGContextDrawLinearGradient(con, grad, CGPointMake(89,0), CGPointMake(111,0), 0); 
 
CGColorSpaceRelease(sp); 
 
CGGradientRelease(grad); 
 
CGContextRestoreGState(con); // 完成裁剪 
 
// 繪制紅色箭頭 
 
CGContextSetFillColorWithColor(con, [[UIColor redColor] CGColor]); 
 
CGContextMoveToPoint(con, 80, 25); 
 
CGContextAddLineToPoint(con, 100, 0); 
 
CGContextAddLineToPoint(con, 120, 25); 
 
CGContextFillPath(con); 

調用CGContextReplacePathWithStrokedPath函數假裝對當前路徑描邊，並使用當前線段寬度和與線段相關的上下文狀態設置。但接著創建的是描邊路徑外部的一個新的路徑。因此，相對於使用粗的線條，我們使用瞭一個矩形區域作為裁剪區域。

雖然過程比較冗長但是非常的簡單；我們將漸變描述為一組在一端點（0.0）和另一端點（1.0）之間連續區上的位置，以及設置與每個位置相對應的顏色。為瞭提亮邊緣的漸變，加深中間的漸變，我使用瞭三個位置，黑色點的位置是0.5。為瞭創建漸變，還需要提供一個顏色空間。最後，我創建出瞭該漸變，並對裁剪區域繪制線性漸變，最後釋放瞭顏色空間和漸變。

顏色與模板

在iOS中，CGColor表示顏色（具體類型為CGColorRef）。使用UIColor的colorWithCGColor：和CGColor方法可bridged cast到UIColor。

在iOS中，模板表示為CGPattern（具體類型為CGPatternRef）。你可以創建一個模板並使用它進行描邊或填充。其過程是相當復雜的。作為一個非常簡單的例子，我將使用紅藍相間的三角形替換箭頭的三角形部分。現在移除下面行：

CGContextSetFillColorWithColor（con， [UIColor redColor].CGColor））；

在被移除的地方填入下面代碼：

CGColorSpaceRef sp2 = CGColorSpaceCreatePattern(NULL); 
 
CGContextSetFillColorSpace (con, sp2); 
 
CGColorSpaceRelease (sp2); 
 
CGPatternCallbacks callback = {0, &drawStripes, NULL }; 
 
CGAffineTransform tr = CGAffineTransformIdentity; 
 
CGPatternRef patt = CGPatternCreate(NULL,CGRectMake(0,0,4,4), tr, 4, 4, kCGPatternTilingConstantSpacingMinimalDistortion, true, &callback); 
 
CGFloat alph = 1.0; 
 
CGContextSetFillPattern(con, patt, &alph); 
 
CGPatternRelease(patt); 

代碼非常冗長，但它卻是一個完整的樣板。現在我們從後往前分析代碼: 我們調用CGContextSetFillPattern不是設置填充顏色，我們設置的是填充的模板。函數的第三個參數是一個指向CGFloat的指針，所以我們事先設置CGFloat自身。第二個參數是一個CGPatternRef對象，所以我們需要事先創建CGPatternRef，並在最後釋放它。

現在開始討論CGPatternCreate。一個模板是在一個矩形元中的繪圖。我們需要矩形元的尺寸（第二個參數）以及矩形元原始點之間的間隙（第四和第五個參數）。這這種情況下，矩形元是4*4的，每一個矩形元與它的周圍矩形元是緊密貼合的。我們需要提供一個應用到矩形元的變換參數（第三個參數）；在這種情況下，我們不需要變換做什麼工作，所以我們應用瞭一個恒等變換。我們應用瞭一個瓷磚規則（第六個參數）。我們需要聲明的是顏色模板不是漏印（stencil）模板，所以參數值為true。並且我們需要提供一個指向回調函數的指針，回調函數的工作是向矩形元繪制模板。第八個參數是一個指向CGPatternCallbacks結構體的指針。這個結構體由數字0和兩個指向函數的指針構成。第一個函數指針指向的函數當模板被繪制到矩形元中被調用，第二個函數指針指向的函數當模板被釋放後調用。第二個函數指針我們沒有指定，它的存在主要是為瞭內存管理的需要。但在這個簡單的例子中，我們並不需要。

在你使用顏色模板調用CGContextSetFillPattern函數之前，你需要設置將應用到模板顏色空間的上下文填充顏色空間。如果你忽略這項工作，那麼當你調用CGContextSetFillPattern函數時會發生錯誤。所以我們創建瞭顏色空間，設置它作為上下文的填充顏色空間，並在後面做瞭釋放。

到這裡我們仍然沒有完成繪圖。因為我還沒有編寫向矩形元中繪圖的函數！繪圖函數地址被表示為&drawStripes。繪圖代碼如下所示：

void drawStripes (void *info, CGContextRef con) { 
 
// assume 4 x 4 cell 
 
CGContextSetFillColorWithColor(con, [[UIColor redColor] CGColor]); 
 
CGContextFillRect(con, CGRectMake(0,0,4,4)); 
 
CGContextSetFillColorWithColor(con, [[UIColor blueColor] CGColor]); 
 
CGContextFillRect(con, CGRectMake(0,0,4,2)); 
 
} 

圖9 模板填充

如你所見，實際的模板繪圖代碼是非常簡單的。唯一的復雜點在於CGPatternCreate函數必須與模板繪圖函數的矩形元尺寸相同。我們知道矩形元的尺寸為4*4，所以我們用紅色填充它，並接著填充它的下半部分為綠色。當這些矩形元被水平垂直平鋪時，我們得到瞭如圖8所示的條紋圖案。

註意，最後圖形上下文遺留下瞭一個不可取的狀態，即填充顏色空間被設置為瞭一個模板顏色空間。如果稍後嘗試設置填充顏色為常規顏色，就會引起錯誤。通常的解決方案是，使用CGContextSaveGState和CGContextRestoreGState函數將代碼包起來。

你可能觀察到圖8的平鋪效果並不與箭頭的三角形內部相符合：最底部的似乎隻平鋪瞭一半藍色。這是因為一個模板的定位並不關心你填充（描邊）的形狀，總的來說它隻關心圖形上下文。我們可以調用CGContextSetPatternPhase函數改變模板的定位。

圖形上下文變換

就像UIView可以實現變換，同樣圖形上下文也具備這項功能。然而對圖形上下文應用一個變換操作不會對已在圖形上下文上的繪圖產生什麼影響，它隻會影響到在上下文變換之後被繪制的圖形，並改變被映射到圖形上下文區域的坐標方式。一個圖形上下文變換被稱為CTM，意為“當前變換矩陣“（current transformation matrix）。

完全利用圖形上下文的CTM來免於即使是簡單的計算操作是很常見的。你可以使用CGContextConcatCTM函數將當前變換乘上任何CGAffineTransform，還有一些便利函數可對當前變換應用平移、縮放，旋轉變換。

當你獲得上下文的時候，對圖形上下文的基本變換已經設置好瞭；這就是系統能映射上下文繪圖坐標到屏幕坐標的原因。無論你對當前變換應用瞭什麼變換，基本變換變換依然有效並且繪圖繼續工作。通過將你的變換代碼封裝到CGContextSaveGState和CGContextRestoreGState函數調用中，對基本變換應用的變換操作可以被還原。

舉個例子，對於我們迄今為止使用代碼繪制的向上箭頭來說，已知的放置箭頭的方式僅僅隻有一個位置：箭頭矩形框的左上角被硬編碼在坐標{80，0}。這樣代碼很難理解、靈活性差、且很難被重用。最明智的做法是通過將所有代碼中的x坐標值減去80，讓箭頭矩形框左上角在坐標{0，0}。事先應用一個簡單的平移變換，很容易將箭頭畫在任何位置。為瞭映射坐標到箭頭的左上角，我們使用下面代碼：

CGContextTranslateCTM（con, 80, 0）; //在坐標{0,0}處繪制箭頭

旋轉變換特別的有用，它可以讓你在一個被旋轉的方向上進行繪制而無需使用任何復雜的三角函數。然而這略有點復雜，因為旋轉變換圍繞的點是原點坐標。這幾乎不是你所想要的，所以你先是應用瞭一個平移變換，為的是映射原點到你真正想繞其旋轉的點。但是接著，在旋轉之後，為瞭算出你在哪裡繪圖，你可能需要做一次逆向平移變換。

為瞭說明這個做法，我將繞箭頭桿子尾部旋轉多個角度重復繪制箭頭，並把對箭頭的繪圖封裝為UIImage對象。接著我們簡單重復繪制UIImage對象。

具體代碼如下：

- (void)drawRect:(CGRect)rect {  
 
UIGraphicsBeginImageContextWithOptions(CGSizeMake(40,100), NO, 0.0); 
 
CGContextRef con = UIGraphicsGetCurrentContext(); 
 
CGContextSaveGState(con); 
 
CGContextMoveToPoint(con, 90 - 80, 100); 
 
CGContextAddLineToPoint(con, 100 - 80, 90); 
 
CGContextAddLineToPoint(con, 110 - 80, 100); 
 
CGContextMoveToPoint(con, 110 - 80, 100); 
 
CGContextAddLineToPoint(con, 100 - 80, 90); 
 
CGContextAddLineToPoint(con, 90 - 80, 100); 
 
CGContextClosePath(con); 
 
CGContextAddRect(con, CGContextGetClipBoundingBox(con)); 
 
CGContextEOClip(con); 
 
CGContextMoveToPoint(con, 100 - 80, 100); 
 
CGContextAddLineToPoint(con, 100 - 80, 19); 
 
CGContextSetLineWidth(con, 20); 
 
CGContextReplacePathWithStrokedPath(con); 
 
CGContextClip(con); 
 
CGFloat locs[3] = { 0.0, 0.5, 1.0 }; 
 
CGFloat colors[12] = { 
 
0.3,0.3,0.3,0.8, 
 
0.0,0.0,0.0,1.0, 
 
0.3,0.3,0.3,0.8 
 
}; 
 
CGColorSpaceRef sp = CGColorSpaceCreateDeviceGray(); 
 
CGGradientRef grad = CGGradientCreateWithColorComponents (sp, colors, locs, 3); 
 
CGContextDrawLinearGradient (con, grad, CGPointMake(89 - 80,0), CGPointMake(111 - 80,0), 0); 
 
CGColorSpaceRelease(sp); 
 
CGGradientRelease(grad); 
 
CGContextRestoreGState(con); 
 
CGColorSpaceRef sp2 = CGColorSpaceCreatePattern(NULL); 
 
CGContextSetFillColorSpace (con, sp2); 
 
CGColorSpaceRelease (sp2); 
 
CGPatternCallbacks callback = {0, &drawStripes, NULL }; 
 
CGAffineTransform tr = CGAffineTransformIdentity; 
 
CGPatternRef patt = CGPatternCreate(NULL,CGRectMake(0,0,4,4),tr,4,4，kCGPatternTilingConstantSpacingMinimalDistortion,true, &callback); 
 
CGFloat alph = 1.0; 
 
CGContextSetFillPattern(con, patt, &alph); 
 
CGPatternRelease(patt); 
 
CGContextMoveToPoint(con, 80 - 80, 25); 
 
CGContextAddLineToPoint(con, 100 - 80, 0); 
 
CGContextAddLineToPoint(con, 120 - 80, 25); 
 
CGContextFillPath(con); 
 
UIImage* im = UIGraphicsGetImageFromCurrentImageContext(); 
 
UIGraphicsEndImageContext(); 
 
con = UIGraphicsGetCurrentContext(); 
 
[im drawAtPoint:CGPointMake(0,0)]; 
 
for (int i=0; i<3; i++) { 
 
CGContextTranslateCTM(con, 20, 100); 
 
CGContextRotateCTM(con, 30 * M_PI/180.0); 
 
CGContextTranslateCTM(con, -20, -100); 
 
[im drawAtPoint:CGPointMake(0,0)]; 
 
} 
 
} 

圖10 使用CTM旋轉變換

變換有多個方法解決我們早期使用CGContextDrawImage函數遇到的倒置問題。相對於逆向繪圖，我們選擇逆向我們繪圖的上下文。實質上，我們對上下文坐標系統應用瞭一個“倒置”變換。你自上而下移動上下文，接著你通過應用一個讓y坐標乘以-1的縮放變換逆向y坐標的方向。

CGContextTranslateCTM(con, 0, theHeight); 
 
CGContextScaleCTM(con, 1.0, -1.0); 

上下文的頂部應該被你往下移動多遠依賴於你繪制的圖片。比如說我們可以繪制沒有倒置問題的兩個半邊的火星圖形（前面討論的一個例子）。

CGContextTranslateCTM(con, 0, sz.height); // sz為[mars size] 
 
CGContextScaleCTM(con, 1.0, -1.0); 
 
CGContextDrawImage(con, CGRectMake(0, 0, sz.width/2.0, sz.height), marsLeft); 
 
CGContextDrawImage(con, CGRectMake(b.size.width-sz.width/2.0, 0, sz.width/2.0, sz.height),marsRight); 

陰影

為瞭在繪圖上加入陰影，可在繪圖之前設置上下文的陰影值。陰影的位置表示為CGSize，如果CGSize的兩個值都是正數，則表示陰影是朝下和朝右的。模糊度被表示為任何一個正數。蘋果沒有解釋縮放的工作方式，但實驗表明12是最佳的模糊度，99及以上的模糊度會讓陰影變得不成形。

我在圖9的基礎上給上下文加瞭一個陰影：

con = UIGraphicsGetCurrentContext(); 
 
CGContextSetShadow(con, CGSizeMake(7, 7), 12); 
 
[im drawAtPoint:CGPointMake(0,0)]; 

然而，使用這種方法有一個不太明顯的問題。我們是在每繪制一個箭頭的時候加上的陰影。因此，箭頭的陰影會投射在另一個箭頭上面。我們想要的是讓所有的箭頭集體地投射出一個陰影。解決方法是使用一個透明的圖層；該圖層類似一個先是疊加所有繪圖然後加上陰影的一個子上下文。代碼如下：

con = UIGraphicsGetCurrentContext(); 
 
CGContextSetShadow(con, CGSizeMake(7, 7), 12); 
 
CGContextBeginTransparencyLayer(con, NULL); 
 
[im drawAtPoint:CGPointMake(0,0)]; 
 
for (int i=0; i<3; i++) { 
 
CGContextTranslateCTM(con, 20, 100); 
 
CGContextRotateCTM(con, 30 * M_PI/180.0); 
 
CGContextTranslateCTM(con, -20, -100); 
 
[im drawAtPoint:CGPointMake(0,0)]; 
 
} 
 
// 在調用瞭CGContextEndTransparencyLayer函數之後， 
 
// 圖層內容會在應用全局alpha和上下文陰影狀態之後被合成到上下文中 
 
CGContextEndTransparencyLayer(con); 

圖11 陰影效果

點與像素

一個點是由xy坐標描述的一個無窮小量的位置。通過指定點實現在圖形上下文中的繪圖。我們並沒有關心設備的分辨率，因為Core Graphics已經精細地將繪圖映射到物理輸出設備（基於CTM、反鋸齒和平滑技術）。因此，文章之前的討論隻關心圖形上下文的點，不關註點與屏幕像素的關系。

然而像素是真實存在的。一個像素是真實世界中一個具有完整物理尺寸的顯示單元。整數的點實際上介於像素之間。在單分辨率設備上，這可能會讓人感到迷惑。比方說，如果使用線寬為1的線條對一個整數坐標的垂直路徑描邊，那麼線條將會被分為兩半，分別落在路徑的兩側。所以在單分辨率設備上線寬會變成2px（因為設備無法表示半個像素）。

圖12 整數的點坐標與偏移0.5點的坐標對應的描邊處理

當你遇到顯示效果不佳的時，可能會被建議通過對坐標增減0.5讓它在像素中居中。這個建議可能有效，如圖11。但它隻是做瞭一些頭腦簡單的假設。一個復雜的做法是獲得UIView的contentScaleFactor屬性。這個值為1.0或2.0，所以你可以除以這個屬性值得到從像素到點的轉換。還可以想想用最精確的方式繪制一條水平或垂直的線條的方式不是描邊路徑，而是填充路徑。使用這種方法UIView的子類代碼將可以在任何設備上繪制一條完美的1px寬的垂線，代碼如下：

CGContextFillRect(con, CGRectMake(100,0,1.0/self.contentScaleFactor,100)); 

內容模式

一個視圖向它自身繪圖，相對於隻有背景顏色和子視圖，它還有內容。這意味著每當視圖被調整大小它的contentMode屬性就變得非常重要。正如我之前提到的，繪圖系統會盡可能避免重頭開始繪制視圖。相反，繪圖系統將使用之前繪圖操作的緩存結果（位圖回填）。所以，如果視圖被重新調整大小，系統可能簡單的伸縮或重定位緩存繪圖，前提是你的contentMode設置指令是是這樣設置的。

說明這一點略有點復雜。因為我需要安排調整視圖大小而不引起重繪操作（調用drawRect：方法）。當程序啟動時，我將創建一個MyView實例，並將它放在window上。接著將執行調整MyView尺寸的操作延遲到window出現和界面初次顯示之後：

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { 
 
  self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]]; 
 
  self.window.rootViewController = [UIViewController new]; 
 
  MyView* mv =[[MyView alloc] initWithFrame:CGRectMake(0, 0, self.window.bounds.size.width - 50, 150)]; 
 
  mv.center = self.window.center; 
 
  [self.window.rootViewController.view addSubview: mv]; 
 
  mv.opaque = NO; 
 
  mv.tag = 111; // so I can get a reference to this view later 
 
  [self performSelector:@selector(resize:) withObject:nil afterDelay:0.1]; 
 
  self.window.backgroundColor = [UIColor whiteColor]; 
 
  [self.window makeKeyAndVisible]; 
 
  return YES; 
 
} 

我們將視圖的高度調成之前的2倍。沒有觸發drawRect：方法的調用。如果我們視圖的drawRect：方法代碼和生成圖9的代碼相同，則我們得到如圖12的結果，視圖被顯示在正確高度上。

圖13 內容自動伸展

可是早晚drawRect：方法會被調用，繪圖將按照drawRect：方法中的代碼被刷新。代碼不會將箭頭繪制在相對於視圖邊界的高度。它是在一個固定的高度。因此箭頭會伸展，而且會在以後某個時間返回到原始的尺寸。

通常我們的視圖的contentMode屬性需要與視圖繪制自己的方式一致。假設我們的drawRect：方法中的代碼讓箭頭的尺寸和位置相對於視圖的邊界原點，即它的左上方。所以我們可以設置它的contentMode為UIViewContentModeTopLeft。又或者，我們可以將contentMode設置為UIVIewContentModeRedraw，這將引起緩存內容的自動縮放和重定位被關閉，最終結果是視圖的setNeedsDisplay方法將被調用，觸發drawRect：方法重繪視圖內容。

在另一方面，如果一個視圖隻是暫時被調整大小。假設是作為動畫的一部分，那麼伸縮行為正是你所想要的。假設我們的動畫是想要讓視圖變大然後還原回原始大小以達到作為吸引用戶的一種手段。這就需要視圖伸縮的時候視圖的內容也跟著伸縮，正確的contentMode的值是UIViewContentModeScaleToFill，被伸縮的內容僅僅是視圖內容的一副緩存圖片，所以它運行起來十分的高效。