第一個方法簡單點,不過需要在Android系統源碼的環境下用make來編譯:
1. 在應用程式的AndroidManifest.xml中的manifest節點中加入
android:sharedUserId="android.uid.system"這個屬性。
2. 修改Android.mk檔案,加入LOCAL_CERTIFICATE := platform這一行
3. 使用mm命令來編譯,產生的apk就有修改系統時間的許可權了。
第二個辦法麻煩點,不過不用開虛擬機器跑到源碼環境下用make來編譯:
1. 同上,加入android:sharedUserId="android.uid.system"這個屬性。
2. 使用eclipse編譯出apk檔案,但是這個apk檔案是不能用的。
3. 用壓縮軟體開啟apk檔案,刪掉META-INF目錄下的CERT.SF和CERT.RSA兩個檔案。
4. 使用目標系統的platform密鑰來重新給apk檔案簽名。這步比較麻煩,
首先找到密鑰檔案,在我的Android源碼目錄中的位置
是"build argetproductsecurity",下面的platform.pk8和platform.x509.pem
兩個檔案。
然後用Android提供的Signapk工具來簽名,signapk的原始碼是
在"build oolssignapk"下,
用法為"signapk platform.x509.pem platform.pk8 input.apk output.apk",
檔案名稱最好使用絕對路徑防止找不到,也可以修改原始碼直接使用。
這樣最後得到的apk和第一個方法是一樣的。
最後解釋一下原理,首先加入android:sharedUserId="android.uid.system"這個屬性。通過Shared User id,擁有同一個User id的多個APK可以配置成運行在同一個進程中。那麼把程式的UID配成android.uid.system,也就是要讓程式運行在系統進程中,這樣就有許可權來修改系統時間了。
只是加入UID還不夠,如果這時候安裝APK的話發現無法安裝,提示簽名不符,原因是程式想要運行在系統進程中還要有目標系統的platform
key,就是上面第二個方法提到的platform.pk8和platform.x509.pem兩個檔案。用這兩個key簽名後apk才真正可以放入系統進程中。第一個方法中加入LOCAL_CERTIFICATE := platform其實就是用這兩個key來簽名。 這也有一個問題,就是這樣產生的程式只有在原始的Android系統或者是自己編譯的系統中才可以用,因為這樣的系統才可以拿到 platform.pk8和platform.x509.pem兩個檔案。要是別家公司做的Android上連安裝都安裝不了。試試原始的Android
中的key來簽名,程式在模擬器上運行OK,不過放到G3上安裝直接提示"Package ... has no signatures that match those in shared user android.uid.system",這樣也是保護了系統的安全。 最最後還說下,這個android:sharedUserId屬性不只可以把apk放到系統進程中,也可以配置多個APK運行在一個進程中,這樣可以共用資料,應該會很有用的。
1.signapk.jar執行方式
java -jar signapk.jar xxx.x509.pem xxx.pk8 xxxxx.apk xxxxx-signed.apk (xxx是認證名,xxxxx是所簽apk的名字)
2.相關檔案路徑
編譯後的JAR包位置 android\out\host\linux-x86\framework\signapk.jar
認證檔案位置 android\build\target\product\security
signapk.java檔案位置 android\build\tools\signapk\SignApk.java
附件為本人修改後的jar包,添加了密碼輸入,在ant指令碼中運行時很有用,呵~
使用方法:
signapk [-w] publickey.x509[.pem] privatekey.pk8 input.jar output.jar passward