昨天又使用了某個多年以前寫的，或者說是“收集”而來的方法。這個方法的作用是根據一幅圖片（一般是幅大圖）生成它的縮略圖。這個方法用了許多年了，一直沒有去懷疑過它的正確性，但是昨天忽然發現它一直以來都存在一個問題，雖然可能不是那么明顯，而且也不會造成太大問題（否則早就發現了）——但是，這的確是個不妥的地方。這個問題在我看來也有一定借鑒意義，因此我打算把它展示出來。那么，您能否看出它究竟是錯在什么地方了呢？

生成縮略圖的規則很簡單，概括地說有三點：

包含圖片完整內容，以及長寬比不變。

尺寸盡可能大，但如果圖片本身很小，也不做拉伸。

不超過指定的width * height的范圍內。

這個規則其實就是最傳統的縮略圖生成方式，使用如Windows照片瀏覽器等軟件打開圖片后，一般來說默認都會如此調整圖片尺寸。而我們如果需要寫一段代碼來實現這一點也并不困難，以下便是我用了許多年的方法：

/// <summary> /// Creates a thumbnail from an existing image. Sets the biggest dimension of the /// thumbnail to either desiredWidth or Height and scales the other dimension down /// to preserve the aspect ratio /// </summary> /// <param name="imageStream">stream to create thumbnail for</param> /// <param name="desiredWidth">maximum desired width of thumbnail</param> /// <param name="desiredHeight">maximum desired height of thumbnail</param> /// <returns>Bitmap thumbnail</returns> public Bitmap CreateThumbnail(Bitmap originalBmp, int desiredWidth, int desiredHeight) {// If the image is smaller than a thumbnail just return itif (originalBmp.Width <= desiredWidth && originalBmp.Height <= desiredHeight){return originalBmp;}int newWidth, newHeight;// scale down the smaller dimensionif ((decimal)desiredWidth / originalBmp.Width < (decimal)desiredHeight / originalBmp.Height){decimal desiredRatio = (decimal)desiredWidth / originalBmp.Width;newWidth = desiredWidth;newHeight = (int)(originalBmp.Height * desiredRatio);}else{decimal desiredRatio = (decimal)desiredHeight / originalBmp.Height;newHeight = desiredHeight;newWidth = (int)(originalBmp.Width * desiredRatio);}// This code creates cleaner (though bigger) thumbnails and properly// and handles GIF files better by generating a white background for// transparent images (as opposed to black)// This is preferred to calling Bitmap.GetThumbnailImage()Bitmap bmpOut = new Bitmap(newWidth, newHeight);using (Graphics graphics = Graphics.FromImage(bmpOut)){graphics.InterpolationMode = InterpolationMode.HighQualityBicubic;graphics.FillRectangle(Brushes.White, 0, 0, newWidth, newHeight);graphics.DrawImage(originalBmp, 0, 0, newWidth, newHeight);}return bmpOut; }

它的具體來源我已經記不得了，不過從英文注釋上來看這應該是個老外寫的代碼，那么我們現在就來解釋一番。首先，這個方法會先判斷源圖片的大小是否已經可以放入目標區域（desiredWidth * desiredHeight）中了，如果是，則直接返回源圖片。如果不滿足第一個判斷，則說明寬和高之中至少有一個超出了目標尺寸，而我們要對源圖片進行等比例縮放。

那么縮放的“比例”又是多少呢？自然是“寬”或“高”中縮放“程度大”的那個。因為如果按照縮放程度小的那條邊的比例來改變圖片尺寸，那么另一條邊勢必會超出范圍。因此，我們接下來便是比較desiredWidth與originalBmp.Width之比，以及desiredHeight與originalBmp.Height之比孰大孰小。哪個小，則意味著我們要把它作為縮放依據，因為它對圖片尺寸的限制要比另一條邊來的嚴格。于是乎，再第二個條件判斷的任意一個分支中，我們都可以計算出縮放的比例（desiredRatio），然后把作為“依據”的那條邊設為desiredWidth/Height，將另一條邊根據縮放比例進行調整。在計算和比較過程中我們都使用了decimal數據類型，因為它是.NET中精度最高的浮點數類型，我們以此減少計算過程中所帶來的誤差。

至于得到了newWidth和newHeight之后，我們便只要根據這個尺寸生成目標圖片即可，它便是源圖片的縮略圖，符合我們之前提出的三個要求。

聽起來很簡單，看上去也沒有什么問題，不是嗎？不過，其實這個實現中有一個不那么明顯的問題，您發現了嗎？（答案）

總結

以上是生活随笔為你收集整理的您能看出这个生成缩略图的方法有什么问题吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。