Error about StartActivityForResult from camera intent

之前在開發「照照明星臉」的時候,遇到最多問題的部分就在呼叫內部相機來讓使用者拍照,並在拍照後取得照片來做後續處理。小蛙在[Android] 照照明星臉 – 開發心得 @ 過去蛙齋也有提到在處理相機時由於行為模式不同而有所差異,但找了很久卻仍舊找不到問題所在,就在這幾天盛哥開發UShare for Android的時候也恰巧遇到這個問題,於是跟盛哥一起研究這個問題。

小蛙先把事情發生的經過說明清楚,照照明星臉中需要使用到「相機」功能,而最快又方便的方法就是透過MediaStore.ACTION_IMAGE_CAPTURE這種Intent的方式呼叫Android內部相機提供拍照功能(可以不用大費周章自己寫一個相機功能出來),而運作的方式是由主程式以startActivityForResult啟動一個相機Intent,接著在照完相之後在onActivityResult把照片的位置以及一些資訊接收回來做後續處理。(使用的方法小蛙這邊不贅述了,以「MediaStore.ACTION_IMAGE_CAPTURE」當關鍵字就可以google出一堆教學)。
詭異的地方在於startActivityForResult啟動相機到拍完照片都正常,等回到主程式onActivityResult要處理相片時卻發生之前設定的Uri、tmpFile … 等等資料全部都變成null,到相簿中查看相片明明就在,可是卻沒辦法從主程式中得到設定好的相片位置(是null)。上網查了一些資料,使用的方式明明就沒錯,不知道為什麼回來後的資料通通消失。
盛哥跑來找小蛙討論,但盛哥竟然忘了之前小蛙開發明星臉的時候,也問過他一個一模一樣的問題,盛哥才猛然想起並問小蛙最後是怎麼解決的,其實小蛙也不知道是怎麼解決的,也許根本就還沒有解決 … = = … 小蛙跟盛哥把生命周期都印出來,看看運行的狀況,發現在小蛙的Desire下,運作一切正常;但在盛哥的Galaxy I9000上卻會發生主程式運行了onDestory(),也因為這樣才造成所有的資料通通被清空,但兩個人想了很久還是沒有任何結論,只知道I9000做了這件事,卻對於為什麼I9000會做這件事沒有頭緒。
Activity會莫名其妙被摧毀的原因,小蛙的笨腦袋想的到的就是記憶體不足,導致系統砍程式,但盛哥說根本沒裝軟體(開發機),從應用程式頁面進去看到記憶體也還有127MB,顯然問題不在這。
想了很久,小蛙突然想到一個Activity被destory的情況,就是之前在測試以下這幾篇文章的時候:
Android TabHost Without TabActivity
Android TabHost中切換Activity
Android Tabhost with FragmentActivity
雖然很早之前就知道Android在螢幕轉向的時候Activity會歷經一次生死,系統會先將原本的Activity刪除,再新增一個轉換過方向的Activity出來,但是在測試這三篇的時候才知道(遲鈍阿…),原來可以直接透過設定android:configChanges來讓Activity躲過一次生死輪迴(可參考Android Screen Orientation Event螢幕方向處理+Acitivity Liftcycle)。
經過一番測試之後,盛哥已經抱著砍掉重練的想法了,小蛙也想死馬當活馬醫,試試看會不會是因為螢幕轉向的問題造成的,於是拿了I9000仔細查看每個步驟,I9000的相機畫面是「橫的」,包括按鍵及設定介面都是「橫的」,而主程式設定是「直的」,心想會不會是因為這樣子造成的。記得開發明星臉的時候,有「某些」機型無法使用(雖然不完全正常,但相對來說正常些),以及「同機型的某些手機」可以使用,但「同機型的某些手機」卻不能使用(這個極度不正常,可能的原因太多了,包括刷機以及版本)。
跟盛哥說了這個想法之後,反正也沒有什麼其他辦法了,就試試這個方法看看,結果 … 會寫這篇文章,當然就是有結果囉!果然跟小蛙想的一樣,是因為「螢幕轉向」造成這個問題,小蛙找了好久都沒有找到類似的相關文章,希望這篇文章可以幫到一些跟小蛙有著相同問題的開發者!Android碰到的問題常常不只一種原因,但在無計可施的情況下,這方法可以試試看喔!

    發佈留言

    發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *

    這個網站採用 Akismet 服務減少垃圾留言。進一步了解 Akismet 如何處理網站訪客的留言資料