話說為了防止偷拍,業內有不成文規定,手機公司在做camera時,點擊拍照和錄影鍵的時候,必須要有提示音。因此,google也就非常人性化的將播放拍照聲音的函數,放到了cameraService中,防止開發人員能開發出不響的camera,從而只要調用拍照函數,一定會響,這是寫死在framework中的。
話說這個規定在當今有點不合時宜,這不,今天我收到測試提的一個BUG,說是公司的新需求,要求在靜音下拍照聲音也得取消。這麼無恥的需求,也許就在我們中國最大的山寨手機公司才會提到。廢話不多說,看看是怎麼改的。
剛開始想到的是調用audiomanager的service,但是這會涉及到處理序間通訊,比較繁瑣。所以用到了SystemProperity。想在APP監聽點擊事件時增加一個property,將當時的aduio狀態寫進去,如果為靜音,則寫入1,然後cameraservice再調用playsound時也取這個property,來判斷是否playsound。
關於在app中寫入systemprperty,我想引用一下大神的部落格,部落格地址http://www.cnblogs.com/eustoma/archive/2011/05/28/2415859.html。
以下為引用的博文:
---------------------------------------------------------------------------------------------------------start
使應用程式具有AID_SYSTEM的UID
那如何使應用程式的uid變為1000呢?
由於我可以在Android系統源碼的環境下用make來編譯,所以需要做如下幾步:
l在應用程式的AndroidManifest.xml檔案中的manifest節點中加入屬性:
android:sharedUserId="android.uid.system";
通過Shared User id,擁有同一個User id的多個APK可以配置成運行在同一個進程中。那麼把程式的UID配成android.uid.system,也就是要讓程式運行在系統進程中,這樣就有許可權來設定首碼為hw.的屬性了。
l修改Android.mk檔案,加入LOCAL_CERTIFICATE := platform;
加入UID還不夠,如果這時候安裝APK的話發現無法安裝,提示簽名不符,原因是程式想要運行在系統進程中還要有目標系統的platform. key,就是platform.pk8和platform.x509.pem兩個檔案。通過這樣的設定,系統才可以拿到platform.pk8和platform.x509.pem兩個檔案。使用這兩個key簽名後apk才真正可以放入系統進程中。
然後使用mm命令來編譯,產生的apk的uid就會成為1000。在去調用property_set("hw.jpeg.path", "/data/test.jpg");就不會有問題了。
---------------------------------------------------------------------------------------------------------------------------------------------end
忙活半天發現其實在AudioManager.java檔案中,已經將一個KEY-VALUE值寫入到了SystemProperity中:
然後在CameraService.cpp檔案中,關於調用playsound()函數的地方加入如下判斷:
注意:property_get()函數需要引入標頭檔,<cutils/properties.h>