android系統簽名文件
⑴ 如何對Android的APP進行簽名
1、在Android Studio中打開工程，點擊「Build」菜單下的「Generate Signed APK」。
⑵ android 怎麼查看簽名文件
方法/步驟
對apk的簽名需要把項目導入到android
studio軟體中，進行點擊菜單中「build」選項，彈出的下拉菜單中的「generate
signed
apk」.
進入到generate
signed
apk中界面框中，因第一次對apk的簽名，就需要先創建簽名文件鑰匙，點擊」create
new「的按鈕。
進行選擇鑰匙保存的位置，指定到磁碟的位置，然後在文件昵稱填入，點擊「ok」的選項。
進入到new
key
store的界面中，根據界面中提示信息輸入內容信息，輸入完成之後點擊「ok」。
鑰匙創建完成之後，進行點擊"next下一步"操作。
在進入到這個界面中選擇apk生成保存的位置，然後在build
type中選擇release的選項，然後點擊「finish」的選項，這樣就生成到apk的保存路徑中。
⑶ android中怎樣將自己的應用程序的簽名改為系統簽名一樣
不管是模擬器還是真實手機。因此，在設備或者是模擬器上運行調試程序之前，必須為應用程序設置數字簽名。 所有的程序都必須簽名，沒有被簽名的程序，系統將不能安裝。 可使用自簽署證書簽署應用程序，無須授權憑證。系統僅僅會在安裝的時候測試簽名證書的有效期，如果應用程序的簽名是在安裝之後才到期，那麼應用程序仍然可以正常啟用。可以使用標准工具-Keytool and Jarsigner-生成密鑰，來簽名應用程序的.apk文件。 Android SDK 工具可以在調試時給應用程序簽名。ADT插件和Ant編譯工具都提供了兩種簽名模式-debug模式和release模式 debug模式下，編譯工具使用JDK中的通用程序Keytool通過已知方法和密碼創建秘鎖和密鑰。每次編譯的時候，工具使用debug密鑰簽名應用程序的.apk文件。因為密碼是已知的，工具 不需要在每次編譯的時候提示輸入密鎖和密鑰。 當應用程序調試完畢准備要發布release版本時，可以在release模式下編譯。release模式下，編譯工具不會將.apk文件簽名。需要自己用Keytool生成密鑰和密鎖，再用JDK中的Jarsigner工具給.apk文件簽名。簽名基本設置 首先設置java_HOME環境變數，告訴SDK如何找到Keytool，或者可以在Windows 系統環境變數PATH變數中添加Keytool的JDK路徑。 在發布release版本時，從Package面版上按選中你的project，按滑鼠右鍵，依次選擇Android Tools、Export Application Package。或者可以點擊Manifest Editor，overview 頁面上的「Exporting the unsigned .apk」連接 ，導出未簽名apk文件。保存.apk文件後，用Jarsigner及自己的密鑰給apk文件簽名，如果沒有密鑰， 可以用Keystore創建密鑰和密鎖。如果已經有一個密鑰了，如公共密鑰，就可以給.apk文件簽名了。 也可以把上面這個完整的步驟寫成一個bat文件，這樣需要簽名的時候只要運行這個bat就可以了。下面給出一個完整的bat文件示例: @Rem android簽名程序 //注釋指令 @Rem echo是顯示指令 格式:echo [{onoff}] [message] @echo ********************************************************** @Rem 文件是否存在命令格式:if exist 路徑+文件名 命令 @if exist d:sign/MyFirstApp.keystore goto sign @echo 創建簽名文件MyFirstApp.keystore @Rem keytool命令格式:-genkey產生簽名 -alias別名 -keyalg加密演算法 -validity有效天數 -keystore生產簽名文件名稱keytool -genkey -alias MyFirstApp.keystore -keyalg RSA -validity 40000 -keystore MyFirstApp.keystore @echo 開始簽名: @Rem jarsigner命令格式:-verbose輸出詳細信息 -keystore密鑰庫位置 -signedjar要生成的文件 要簽名的文件 密鑰庫文件 jarsigner -verbose -keystore MyFirstApp.keystore -signedjar MyFirstApp_signed.apk MyFirstApp.apk MyFirstApp.keystore @goto over :sign @echo 開始簽名:jarsigner -verbose -keystore MyFirstApp.keystore -signedjar MyFirstApp_signed.apk MyFirstApp.apk MyFirstApp.keystore :over @echo ********************MyFirstApp.apk 簽名完成*********************** pause 以上是一個給應用簽名的完整bat文件，在運行這個bat文件時，還需要按照屏幕提示的步驟輸入一些必要信息，最後生成一個簽名後的文件是:MyFirstApp_signed.apk。
⑷ 如何生成android簽名文件
工具/原料
Win7 x64
adt-bundle-windows-x86_64-20140702
方法/步驟
新建一個工程命名為「HelloWorld」，操作如下圖所示， 處前兩個界面外，其他的界面都點擊默認值即可；
通過 「右鍵工程->Run As...->Android Application」， 在 工程目錄的 bin/HelloWorld.apk 會生成一個apk文件
點擊 「Use the Export Wizard」，如下圖所示：
點擊 Next， 如下圖所示：
1、選擇 "Create New Keystore"，
2、輸入將要保存的數字簽名文件，如「D:\Android\key\HelloWorld.key」
3、輸入密碼，如：HelloWorld
4、輸入確認碼，如 HelloWorld
5、點擊 Next
效果如下：
輸入昵稱，密碼，確認碼，期限，名字後，點擊next，如下圖所示：
輸入需要簽名的apk包，點擊Finish後，就完成了對apk包的數字簽名
同時也會生成數字簽名用的文件，如：「"D:\Android\key\HelloWorld.key"」
⑸ 如何獲取其他android系統的platform.pk8簽名文件
註：兩種方法都不一定適用於所有android系統。
方法一：需要在Android系統源碼的環境下用make來編譯：
在應用程序的 AndroidManifest.xml 中的 manifest 節點中加入 android:sharedUserId="android.uid.system" 這個屬性
修改Android.mk文件，加入LOCAL_CERTIFICATE := platform這一行
使用mm命令來編譯，生成的apk就有修改系統時間的許可權了。
方法二：
同上，加入android:sharedUserId="android.uid.system"這個屬性。
使用eclipse編譯出apk文件，但是這個apk文件是不能用的。
用壓縮軟體打開apk文件，刪掉META-INF目錄下的CERT.SF和CERT.RSA兩個文件。 （這一步我跳過了（原本是無意的，後來發現下面也有提到），結果一樣可以）
使用目標系統的platform密鑰來重新給apk文件簽名。這步比較麻煩，首先找到密鑰文件，在Android源碼目錄中的位置 是"build\target\proct\security"，下面的platform.pk8和platform.x509.pem兩個文件。然 後用Android提供的Signapk工具來簽名，signapk的源代碼是在"build\tools\signapk"下，用法為"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運行在一個進程中，這樣可以共享數據，應該會很有用的。
⑹ android 怎樣生成簽名文件
首先，要想生成Android App的簽名文件必須先配好Android開發環境，因為簽名文件的生成需要進入jdk中的bin目錄，如果還未配好開發環境，請自行網路。
下面，我們開始生成自己的簽名文件，
第一步，打開cmd，進入到jdk的bin目錄,這樣的話,android.keystore文件就會生成在這個目錄下；
第二步，在bin目錄下輸入命令 keytool，回車；
網頁鏈接
⑺ android中怎樣將自己的應用程序的簽名改為系統簽名一樣
試試下面方法：
1、在應用程序manifest.xml文件根節點中加入屬性：Android:sharedUserId="android.uid.system"
2.使用已經存在的簽名到處android應用程序的apk
3.使用壓縮軟體打開apk,進入META-INF目錄下，刪除應用程序的3個簽名文件
4.到android系統目錄build/target/proct/security/拷貝系統簽名文件：platform.x509.pem、platform.pk8到應用apk中。
5.利用簽名工具signapk.jar修改應用程序簽名：命令為：java -jar signapk.jar platform.x509.pem platform.pk8 test.apk testnew.apk
⑻ 如何查看android應用簽名文件的信息
以下介紹查看自己的應用簽名及三方APK或系統APK簽名信息，包含其中的MD5、SHA1、SHA256值和簽名演算法等信息。
1、查看自己的應用簽名可以通過兩種方式查看(1) debug的apk通過Eclipse查看，如下圖：
可以查看簽名的MD5、SHA1、SHA256值及簽名演算法
⑼ 安卓app開發簽名文件是什麼意思
所有的Android應用程序都要求開發人員用一個證書進行數字簽名，anroid系統不會安裝沒有進行簽名的由於程序。
平時我們的程序可以在模擬器上安裝並運行，是因為在應用程序開發期間，由於是以Debug面試進行編譯的，因此ADT根據會自動用默認的密鑰和證書來進行簽名，而在以發布模式編譯時，apk文件就不會得到自動簽名，這樣就需要進行手工簽名。
給apk簽名可以帶來以下好處：
1. 應用程序升級：如果你希望用戶無縫升級到新的版本，那麼你必須用同一個證書進行簽名。這是由於只有以同一個證書簽名，系統才會允許安裝升級的應用程序。如果你採用了不同的證書，那麼系統會要求你的應用程序採用不同的包名稱，在這種情況下相當於安裝了一個全新的應用程序。如果想升級應用程序，簽名證書要相同，包名稱要相同！
2.應用程序模塊化：Android系統可以允許同一個證書簽名的多個應用程序在一個進程里運行，系統實際把他們作為一個單個的應用程序，此時就可以把我們的應用程序以模塊的方式進行部署，而用戶可以獨立的升級其中的一個模塊
3.代碼或者數據共享：Android提供了基於簽名的許可權機制，那麼一個應用程序就可以為另一個以相同證書簽名的應用程序公開自己的功能。以同一個證書對多個應用程序進行簽名，利用基於簽名的許可權檢查，你就可以在應用程序間以安全的方式共享代碼和數據了。
不同的應用程序之間，想共享數據，或者共享代碼，那麼要讓他們運行在同一個進程中，而且要讓他們用相同的證書簽名。
⑽ android 創建的簽名文件在哪
兩種方式，一種開發工具eclipse，還有就是用apktool工具。I、只要Run As Android Application 過，到工作目錄的bin文件夾下就能找到與項目同名的apk文件。II、 A.選中項目，右鍵＝》Andoid Tools＝》Export Unsigned Application Package，直接保存，未簽名的。 B.選中項目，右鍵＝》Andoid Tools＝》Export Signed Application Package，後面一步步的去做，簽過名的。 APK簽名主要有兩種:1. 使用特殊的key簽名可以獲取到一些不同的許可權。2. APK如果使用一個key簽名，發布時另一個key簽名的文件將無法安裝或覆蓋老的版本，這樣可以防止你已安裝的應用被惡意的第三方覆蓋或替換掉。