Android大圖片裁剪終極解決方案(上:原理分析)

轉自:http://my.oschina.net/ryanhoo/blog/86842


在不經意間看到了對圖片處理意見,沒有經過自己的驗證,不過感覺不錯,還有github地址:https://github.com/ryanhoo/PhotoCropper


上網搜索,確實有不少的例子,大多都是抄來抄去,而且水平多半處於demo的樣子,可以用來講解知識點,但是一碰到實際項目,就漏洞百出。

    當時我用大衆化的解決方案,暫時性的做了一個拍照截圖的功能,似乎看起來很不錯。可是問題隨之而來,我用的是小米手機,在別的手機上都運行正常,在小米這裏卻總是碰釘子。雖然我是個理性的米粉,但是也暗地裏把小米的工程師問候了個遍。真是慚愧!

    翻文檔也找不出個答案來,我一直對com.android.camera.action.CROP持有大大的疑問,它是從哪裏來,它能幹什麼,它接收處理什麼類型的數據?Google對此卻諱莫如深,在官方文檔中只有Intent中有隻言片語言及,卻不甚詳盡。

    隨着項目的驅動,我不能抱着不瞭解原理就不往前走的心態,唯一要做的,是解決問題。最後在德問上找到一條解決方案,說是哪怕是大米也沒問題。當時樂呵呵將代碼改了改,確實在所有的手機上跑起來了,一時如釋重負,對這個的疑問也拋諸腦後了。

    直到月前,BOSS要求將拍照上傳到服務器的圖片分辨率加倍。OK,加倍簡單,增加outputX以及outputY不就得了?

1 intent.putExtra("outputX", outputX);
2 intent.putExtra("outputY", outputY);

    這一增加,嚇了我一跳。BOSS的手機拍到的照片幾乎就是個縮略圖,但是被我問候了全體工程師的小米在這個時候就體現出國產神機的範兒了,小米上的尺寸一切正常。這個爲什麼呢?我大致瞭解原因,卻不知道如何解決。

    在Android中,Intent觸發Camera程序,拍好照片後,將會返回數據,但是考慮到內存問題,Camera不會將全尺寸的圖像返回給調用的Activity,一般情況下,有可能返回的是縮略圖,比如120*160px。

    這是爲什麼呢?這不是一個Bug,而是經過精心設計的,卻對開發者不透明。

    以我的小米手機爲例,攝像頭800W像素,根據我目前設置拍出來的圖片尺寸爲3200*2400px。有人說,那就返回唄,大不了耗1-2M的內存,不錯,這個尺寸的圖片確實只有1.8M左右的大小。但是你想不到的是,這個尺寸對應的Bitmap會耗光你應用程序的所有內存。Android出於安全性考慮,只會給你一個寒磣的縮略圖。

    在Android2.3中,默認的Bitmap爲32位,類型是ARGB_8888,也就意味着一個像素點佔用4個字節的內存。我們來做一個簡單的計算題:3200*2400*4 bytes =   30M。

    如此驚人的數字!哪怕你願意爲一張生命週期超不過10s的位圖願意耗費這麼巨大的內存,Android也不會答應的。

1 Mobile devices typically have constrained system resources.
2 Android devices can have as little as 16MB of memory available to a single application.

    這是Android Doc的原文,雖然不同手機系統的廠商可能圍繞16M這個數字有微微的上調,但是這30M,一般的手機還真揮霍不起。也只有小米這種牛機,內存堪比個人PC,本着土財主般揮金如土的霸氣才能做到。

    OK,說了這麼多,無非是吐吐苦水,爆爆個人經歷而已,實際的解決方案在哪裏呢?

    我也是Google到的,話說一般百度不了的問題,那就Google或者直接StackOverFlow,只不過得看英文罷了。

    最後翻來覆去,我在國外的一個Android團隊的博客中找到了相應的方案,印證了我的猜想同時也給出了實際的代碼。

    我將這篇文章翻譯成了中文,作爲本博客的基礎,建議詳細看看。

【譯】如何使用Android MediaStore裁剪大圖片

    這篇博客了不起的地方在於解決了Android對返回圖片的大小限制,並且詳細解釋了裁剪圖片的Intent附加數據的具體含義。OK,我只是站在巨人的肩膀上,改善方案,適應更廣泛需求而已。

    拿圖說事兒:

    Intent("com.android.camera.action.CROP")對應的所有可選數據都一目瞭然。在瞭解上面個個選項的含義之後,我們將目光着眼於三個極爲重要的選項:

    dataMediaStore.EXTRA_OUTPUT以及return-data

    data和MediaStore.EXTRA_OUTPUT都是可選的傳入數據選項,你可以選擇設置data爲Bitmap,或者將相應的數據與URI關聯起來,你也可以選擇是否返回數據(return-data: true)。

    爲什麼還有不用返回數據的選項?如果對URI足夠了解的話,應該知道URI與File相似,你所有的操作如裁剪將數據都保存在了URI中,你已經持有了相應的URI,也就無需多此一舉,再返回Bitmap了。

    前面已經說到,可以設置data爲Bitmap,但是這種操作的限制在於,你的Bitmap不能太大。因此,我們前進的思路似乎明確了:截大圖用URI,小圖用Bitmap。

    我將這個思路整理成一張圖片:


發佈了31 篇原創文章 · 獲贊 4 · 訪問量 4萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章