約幾個月前,我正為公司的APP在Android手機上實現拍照截圖而煩惱不已。
上網搜索,確實有不少的例子,大多都是抄來抄去,而且水平多半處於demo的樣子,可以用來講解知識點,但是一碰到實際項目,就漏洞百出。
當時我用大眾化的解決方案,暫時性的做了一個拍照截圖的功能,似乎看起來很不錯。問題隨之而來,我用的是小米手機,在別的手機上都運行正常,小米這裡卻總是碰釘子。雖然我是個理性的米粉,但是也暗地裡把小米的工程師問候了個遍。真是慚愧!
翻文檔也找不出個答案來,我一直對com.android.camera.action.CROP持有大大的疑問,它是從哪裡來,它能干什麼,它接收處理什麼類型的數據?Google對此卻諱莫如深,在官方文檔中只有Intent中有只言片語言及,卻不甚詳盡。
隨著項目的驅動,我不能抱著不了解原理就不往前走的心態,唯一要做的,是解決問題。最後在德問上找到一條解決方案,說是哪怕是大米也沒問題。當時樂呵呵將代碼改了改,確實在所有的手機上跑起來了,一時如釋重負,對這個的疑問也拋諸腦後了。
直到月前,BOSS要求將拍照上傳到服務器的圖片分辨率加倍。OK,加倍簡單,增加outputX以及outputY不就得了?
intent.putExtra("outputX", outputX);
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也不會答應的。
Mobile devices typically have constrained system resources.
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裁剪大圖片 http://www.linuxidc.com/Linux/2012-11/73939.htm
這篇網址了不起的地方在於解決了Android對返回圖片的大小限制,並且詳細解釋了裁剪圖片的Intent附加數據的具體含義。OK,我只是站在巨人的肩膀上,改善方案,適應更廣泛需求而已。
拿圖說事兒:
Intent("com.android.camera.action.CROP")對應的所有可選數據都一目了然。在了解上面個個選項的含義之後,我們將目光著眼於三個極為重要的選項:
data、MediaStore.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。
我將這個思路整理成一張圖片:
這篇主要讓大家了解需求的來源,以及如何去思考分析並解決問題。下一篇將介紹具體的操作。