生活随笔
收集整理的這篇文章主要介紹了
Android 签名类型
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
在我的第一篇博客里面Android——TV真機調試apk（android:sharedUserId="android.uid.system"）?，有提到AndroidManifest.xml中的android:sharedUserId="android.uid.system"，代表的意思是和系統相同的uid，可以擁有修改系統時間，文件操作等權限。
也有提到怎么單獨給一個apk簽名，這里補充一下android的簽名權限控制機制。
一：簽名類型
android的標準簽名key有：
testkey
media
platform
shared
以上的四種，可以在源碼的/build/target/product/security里面看到對應的密鑰，其中shared.pk8代表私鑰，shared.x509.pem公鑰，一定是成對出現的。
其中testkey是作為android編譯的時候默認的簽名key，如果系統中的apk的android.mk中沒有設置LOCAL_CERTIFICATE 的值，就默認使用testkey。
而如果設置成：
LOCAL_CERTIFICATE := platform
就代表使用platform來簽名，這樣的話這個apk就擁有了和system相同的簽名，因為系統級別的簽名也是使用的platform來簽名，此時使用android:sharedUserId="android.uid.system"才有用！
二：自定義簽名Key
在/build/target/product/security目錄下有個README，里面有說怎么制作這些key以及使用問題（android4.2）：
[html] ?view plaincopyprint?
The?following?commands?were?used?to?generate?the?test?key?pairs:?? ?? ??development/tools/make_key?testkey??'/C = US / ST = California / L = Mountain ?View/ O = Android / OU = Android / CN = Android / emailAddress = android @android.com'?? ??development/tools/make_key?platform?'/C = US / ST = California / L = Mountain ?View/ O = Android / OU = Android / CN = Android / emailAddress = android @android.com'?? ??development/tools/make_key?shared???'/C = US / ST = California / L = Mountain ?View/ O = Android / OU = Android / CN = Android / emailAddress = android @android.com'?? ??development/tools/make_key?media????'/C = US / ST = California / L = Mountain ?View/ O = Android / OU = Android / CN = Android / emailAddress = android @android.com'?? ?? The?following?standard?test?keys?are?currently?included:?? ?? testkey?--?a?generic?key?for?packages?that?do?not?otherwise?specify?a?key.?? platform?--?a?test?key?for?packages?that?are?part?of?the?core?platform.?? shared?--?a?test?key?for?things?that?are?shared?in?the?home/contacts?process.?? media?--?a?test?key?for?packages?that?are?part?of?the?media/download?system.?? ?? These?test?keys?are?used?strictly?in?development,?and?should?never?be?assumed?? to?convey?any?sort?of?validity.??When?$BUILD_SECURE = true ,?the?code?should?not?? honor?these?keys?in?any?context.??
從上面可以看出來在源碼下的/development/tools目錄下有個make_key的腳本，通過傳入兩個參數就可以生成一對簽名用的key。
其中第一個為key的名字，一般都默認成android本身有的，因為很多地方都默認使用了這些名字，我們自定義的話只需要對第二個參數動手腳，定義如下：
C ---> Country Name (2 letter code)
另外在使用上面的make_key腳本生成key的過程中會提示輸入password，我的處理是不輸入，直接enter，不要密碼！后面解釋， 用自定義的key替換/security下面的。
可以看到android源碼里面的key使用的第二個參數就是上面README里面的，是公開的，所以要release版本的系統的話，肯定要有自己的簽名key才能起到一個安全控制作用。
三：修改系統默認簽名key
在上面提到如果apk中的編譯選項LOCAL_CERTIFICATE沒有設置的話，就會使用默認的testkey作為簽名key，我們可以修改成自己想要的key，按照上面的步驟制作一個releasekey，修改android配置在/build/core/config.mk中定義變量：
[html] ?view plaincopyprint?
DEFAULT_SYSTEM_DEV_CERTIFICATE? : =? build /target/product/security/releasekey??
在主makefile文件里面：
[html] ?view plaincopyprint?
ifeq?($(DEFAULT_SYSTEM_DEV_CERTIFICATE),build/target/product/security/releasekey)?? BUILD_VERSION_TAGS?+=?release-keys??
這樣的話默認的所有簽名將會使用releasekey。
修改完之后就要編譯了，如果上面的這些key在制作的時候輸入了password就會出現如下錯誤：
[html] ?view plaincopyprint?
Enter?password?for?build/target/product/security/releasekey.pk8?(password?will?not?be?hidden):?java.lang.NullPointerException?? ????at?com.android.signapk.SignApk.decryptPrivateKey(SignApk.java:142)?? ????at?com.android.signapk.SignApk.readPrivateKey(SignApk.java:166)?? ????at?com.android.signapk.SignApk.main(SignApk.java:531)?? Enter?password?for?build/target/product/security/releasekey.pk8?(password?will?not?be?hidden):?make:?***?[out/target/product/gotechcn/obj/APPS/CalendarProvider_intermediates/package.apk]?錯誤?1?? make:?***?正在等待未完成的任務....?? Enter?password?for?build/target/product/security/releasekey.pk8?(password?will?not?be?hidden):?java.lang.NullPointerException?? ????at?com.android.signapk.SignApk.decryptPrivateKey(SignApk.java:142)?? ????at?com.android.signapk.SignApk.readPrivateKey(SignApk.java:166)?? ????at?com.android.signapk.SignApk.main(SignApk.java:531)?? make:?***?[out/target/product/gotechcn/obj/APPS/Calculator_intermediates/package.apk]?錯誤?1?? Warning:?AndroidManifest.xml?already?defines?minSdkVersion?(in?http://schemas.android.com/apk/res/android);?using?existing?value?in?manifest.?? Warning:?AndroidManifest.xml?already?defines?targetSdkVersion?(in?http://schemas.android.com/apk/res/android);?using?existing?value?in?manifest.?? ?'out/target/common/obj/APPS/Calendar_intermediates/classes.dex'?as?'classes.dex'...?? Enter?password?for?build/target/product/security/releasekey.pk8?(password?will?not?be?hidden):?java.lang.NullPointerException?? ????at?com.android.signapk.SignApk.decryptPrivateKey(SignApk.java:142)?? ????at?com.android.signapk.SignApk.readPrivateKey(SignApk.java:166)?? ????at?com.android.signapk.SignApk.main(SignApk.java:531)?? make:?***?[out/target/product/gotechcn/obj/APPS/Calendar_intermediates/package.apk]?錯誤?1?? ^Cmake:?***?[out/target/product/gotechcn/obj/APPS/BasicDreams_intermediates/package.apk]?錯誤?130??
我在網上找到了合理的解釋：
其實會出現這個錯誤的最根本的原因是多線程的問題。在編譯的時候為了加速一般都會執行make -jxxx，這樣本來需要手動輸入密碼的時候，由于其它線程的運行，就會導致影響當前的輸入終端，所以就會導致密碼無法輸入的情況！
再編譯完成之后也可以在build.prop中查看到變量：
[html] ?view plaincopyprint?
ro.build.tags = release -keys??
這樣處理了之后編譯出來的都是簽名過的了，系統才算是release版本
我發現我這樣處理之后，整個系統的算是全部按照我的要求簽名了。
四：其它
網上看到還有另外的簽名release辦法，但是應該是針對另外的版本的，借用學習一下：
[html] ?view plaincopyprint?
make?-j4?PRODUCT-product_modul-user?dist??
這個怎么跟平時的編譯不一樣,后面多了兩個參數PRODUCT-product_modul-user 和 dist. 編譯完成之后回在源碼/out/dist/目錄內生成個product_modul-target_files開頭的zip文件.這就是我們需要進行簽名的文件系統.
我的product_modul 是full_gotechcn ,后面加“-user” 代表的是最終用戶版本，關于這個命名以及product_modul等可參考Android——編譯系統初始化設置
編譯出需要簽名的zip壓縮包之后，就是利用/security下面的準備的key進行簽名了：
[html] ?view plaincopyprint?
./build/tools/releasetools/sign_target_files_apks?-d?/build/target/product/security??out/dist/full_gotechcn-target_files.zip???out/dist/signed_target_files.zip??
簽名目標文件 輸出成signed_target_files.zip
如果出現某些apk出錯，可以通過在full_gotechcn-target_files.zip前面加參數"-e <apkname>=" 來過濾這些apk.
然后再通過image的腳本生成imag的zip文件，這種方式不適用與我目前的工程源碼，沒有做過多驗證！
撰寫不易，轉載請注明出處http://blog.csdn.net/jscese/article/details/24243171
總結
以上是生活随笔 為你收集整理的Android 签名类型 的全部內容，希望文章能夠幫你解決所遇到的問題。
如果覺得生活随笔 網站內容還不錯，歡迎將生活随笔 推薦給好友。
