Ⅰ 獲取APK/簽名文件的SHA1證書，MD5
在發布應用的時候，需要通過keystore文件對apk包進行簽名，才能發布到市場上。
在使用微信平台服務時或者其他需要提供MD5值的時候，該如何獲取APK/簽名文件的SHA1證書，MD5呢？
提供三種種方式：
1.通過android Studio的命令輸入來獲取：
keytool -list -v -keystore xxx.jks
keytool -list -v -keystore xxx.keystore
2.通過解壓apk來獲取：
1） 將apk修改後綴為 .rar文件後解壓；
2） 進入解壓後的META-INF目錄，該目錄下會存在文件CERT.RSA
3） 在該目錄下打開cmd，輸入命令 ：keytool -printcert -file CERT.RSA
3.通過Eclipse獲取
依次在 Eclipse 中打開 Window -> Preferances -> Android -> Build。
Well done！
Ⅱ Android的數字簽名
要確保可靠通信，要解決兩個問題：第一，要確定消息的來源確實是其申明的那個人；其次，要保證信息在傳遞的過程中不被第三方篡改，即使被篡改了，也可以發覺出來。
數字簽名，就是為了解決這兩個問題而產生的，它是對前面提到的非對稱加密技術與數字摘要技術的一個具體的應用。
對於消息的發送者來說，先要生成一對公私鑰對，將公鑰給消息的接收者。
如果消息的發送者有一天想給消息接收者發消息，在發送的信息中，除了要包含原始的消息外，還要加上另外一段消息。這段消息通過如下兩步生成：
1）對要發送的原始消息提取消息摘要；
2）對提取的信息摘要用自己的私鑰加密。
通過這兩步得出的消息，就是所謂的原始信息的數字簽名。
而對於信息的接收者來說，他所收到的信息，將包含兩個部分，一是原始的消息內容，二是附加的那段數字簽名。他將通過以下三步來驗證消息的真偽：
1）對原始消息部分提取消息摘要，注意這里使用的消息摘要演算法要和發送方使用的一致；
2）對附加上的那段數字簽名，使用預先得到的公鑰解密；
3）比較前兩步所得到的兩段消息是否一致。如果一致，則表明消息確實是期望的發送者發的，且內容沒有被篡改過；相反，如果不一致，則表明傳送的過程中一定出了問題，消息不可信。
通過這種數字簽名技術，確實可以有效解決可靠通信的問題。如果原始消息在傳送的過程中被篡改了，那麼在消息接收者那裡，對被篡改的消息提取的摘要肯定和原始的不一樣。並且，由於篡改者沒有消息發送方的私鑰，即使他可以重新算出被篡改消息的摘要，也不能偽造出數字簽名。
綜上所述，數字簽名其實就是只有信息的發送者才能產生的別人無法偽造的一段數字串，這段數字串同時也是對信息的發送者發送信息真實性的一個有效證明。
很多時候根本就不具備事先溝通公鑰的信息通道。那麼如何保證公鑰的安全可信呢？這就要靠數字證書來解決了。
所謂數字證書，一般包含以下一些內容：
證書的發布機構（Issuer）
證書的有效期（Validity）
消息發送方的公鑰
證書所有者（Subject）
· 指紋以及指紋演算法
數字簽名
解壓 Android簽名apk之後，會有一個META-INF文件夾，這里有三個文件：
MANIFEST.MF
逐一遍歷裡面的所有條目，如果是目錄就跳過，如果是一個文件，就用SHA1（或者SHA256）消息摘要演算法提取出該文件的摘要然後進行BASE64編碼後，作為「SHA1-Digest」屬性的值寫入到MANIFEST.MF文件中的一個塊中。該塊有一個「Name」屬性，其值就是該文件在apk包中的路徑。
CERT.SF
1》計算這個MANIFEST.MF文件的整體SHA1值，再經過BASE64編碼後，記錄在CERT.SF主屬性塊（在文件頭上）的「SHA1-Digest-Manifest」屬性值值下
2》逐條計算MANIFEST.MF文件中每一個塊的SHA1，並經過BASE64編碼後，記錄在CERT.SF中的同名塊中，屬性的名字是「SHA1-Digest
CERT.RSA
會把之前生成的 CERT.SF文件， 用私鑰計算出簽名, 然後將簽名以及包含公鑰信息的數字證書一同寫入 CERT.RSA 中保存。CERT.RSA是一個滿足PKCS7格式的文件。
如果你改變了apk包中的任何文件，那麼在apk安裝校驗時，改變後的文件摘要信息與MANIFEST.MF的檢驗信息不同，於是驗證失敗，程序就不能成功安裝。
其次，如果你對更改的過的文件相應的算出新的摘要值，然後更改MANIFEST.MF文件裡面對應的屬性值，那麼必定與CERT.SF文件中算出的摘要值不一樣，照樣驗證失敗。
最後，如果你還不死心，繼續計算MANIFEST.MF的摘要值，相應的更改CERT.SF裡面的值，那麼數字簽名值必定與CERT.RSA文件中記錄的不一樣，還是失敗。
那麼能不能繼續偽造數字簽名呢？不可能，因為沒有數字證書對應的私鑰。
所以，如果要重新打包後的應用程序能再Android設備上安裝，必須對其進行重簽名。
Ⅲ 一文弄懂關於證書，簽名，ssl，android包簽名機制。
所有的概念都基於一個非常重要的基礎：
rsa 非對稱加密演算法 ：
先感受下幾個概念
PKI。
PKI是公鑰基礎設施（Public Key Infrastructure) 包括PKI策略、軟硬體系統、證書機構CA、注冊機構RA、證書發布系統和PKI應用等。
我們關注就倆東西： PKCS 證書機構CA 。前者是定義加密演算法，簽名，證書相關的各種事情採用的協議。後者可以為我們頒發權威的證書。
PKCS ：
PKCS（The Public-Key Cryptography Standards ）是由美國RSA數據安全公司及其合作夥伴制定的一組公鑰密碼學標准，其中包括證書申請、證書更新、證書作廢表發布、擴展證書內容以及數字簽名、數字信封的格式等方面的一系列相關協議。RSA演算法可以做加密、解密、簽名、驗證，還有RSA的密鑰對存儲。這些都需要標准來規范，如何輸入，如何輸出，如何存儲等。
PKCS。全稱是公鑰密碼學標准， 目前共發布過 15 個標准，這些標准都是協議。總結一下 就是對加密演算法，簽名，證書協議的描述。下面列舉一些常用的協議，這些協議在本文都會對應上。
這些協議具體的實現就體現在openssl等工具中， 以及jdk工具keytool jdk java第三方庫bouncycastle。
比如用openssl 如何生成公/私鑰(PKCS#1)、簽名(PKCS#1 )、簽名請求文件（KCS#10）、 帶口令的私鑰（PKCS#8）。 含私鑰的證書（PKCS#12）、證書庫（PKCS#12）
其中涉及到演算法的基礎協議PKCS#1等，由於涉及到密碼學原理所以我們並不需要深究它，只要知道怎麼做就可以了。
現實中我們要解決這樣一種情況:
客戶端和伺服器之間的數據要進行加密。需要兩個達成同一個對稱秘鑰加密才行，那麼這個秘鑰如何生成，並在兩邊都能拿到，並保證傳輸過程中不被泄露。 這就用到非對稱加密了。 後續的傳輸，就能用這個 對稱秘鑰來加密和解密了。
還有這樣一個問題：
就是客戶端如何判斷服務端是否是合法的服務端。這就需要服務端有個id來證明它，而這個id 就是證書，而且必須是權威機構頒發的才能算是合法的。
因為客戶端即瀏覽器，認定證書合法的規則必須通過第三方來確認 即ca頒發的證書。否則就我可能進了一個假網站。
而這兩個問題 都是ssl協議要解決的內容。
所以ssl協議做了兩件事情，一是驗證身份，二是協商對稱秘鑰，並安全的傳輸。 而實現這個過程的關鍵數據模型就是證書， 通過證書中的ca對證書的簽名，實現了身份驗證，通過證書中的公鑰，實現對對稱秘鑰加密，從而實現數據保密。 其實還順手做了一件事情就是通過解密簽名比對hash，保證了數據完整性。
明白ssl協議 首先明白幾個重要的概念：
證書： 顧名思義就是提供了一種在Internet上驗證通信實體身份的方式，數字證書不是數字身份證，由權威公正的第三方機構，即CA（例如中國各地方的CA公司）中心簽發的證書， 就是可以認定是合法身份的。客戶端不需要證書。 證書是用來驗證服務端的。
一般的證書都是x509格式證書，這是一種標準的證書，可以和其他證書類型互相轉換。完整來說證書包含，證書的內容，包括 版本號， 證書序列號， hash演算法， 發行者名稱，有效期， 公鑰演算法，公鑰，簽名（證書原文以及原文hash一起簽名）而這個內容以及格式 都是標准化的，即x509格式 是一種標準的格式。
簽名: 就用私鑰對一段數據進行加密，得到的密文。 這一段數據在證書的應用上就是 對證書原文+原文hash進行簽名。
誰簽的名，就是用誰的私鑰進行加密。就像身份證一樣， 合法的身份證我們都依據是政府簽的，才不是假證， 那就是瀏覽器會有政府的公鑰，通過校驗（解密）簽名，如果能夠解密，就可以確定這個就是政府的簽名。就對了。
hash演算法 ：對原始數據進行某種形式的信息提取，被提取出的信息就被稱作原始數據的消息摘要。比如，MD5和SHA-1及其大量的變體。 hash演算法具有不可逆性，無法從摘要中恢復出任何的原始消息。長度總是固定的。MD5演算法摘要的消息有128個比特位，SHA-1演算法摘要的消息最終有160比特位的輸出。
ca機構： 權威證書頒發機構，瀏覽器存有ca的公鑰，瀏覽器以此公鑰來驗證服務端證書的合法性。
證書的獲取： 生成證書申請文件.csr（涉及到PKCS#10定義的規范）後向ca機構申請。 或者自己直接通過生成私鑰就可以一步到位生成自簽名證書。 自簽名證書就是用自己的私鑰來簽名證書。
那麼為了體現到 證書身份認證、數據完整、保密性三大特性 ，證書的簡化模型可以認為包含以下兩個要素：伺服器公鑰，ca的簽名（被ca私鑰加密過的證書原文+原文hash），
身份認證：
瀏覽器存有ca公鑰，用ca公鑰解密網站發給你的證書中的簽名。如果能解密，說明該證書由ca頒發，證書合法。 否則瀏覽器就會報警告，問你是否信任這個證書，也就是這個網站。這時候的證書可以是任何人簽發的，可以自己簽發的。 但是中間人攻擊。 完全偽造新的證書， 這就沒有辦法了。 所以還是信任證書的時候要謹慎。
數據完整：
如果你信任該證書的話，這時候就會用證書中的公鑰去解密簽名，如果是ca簽發的證書，那麼之前就已經通過ca的公鑰去解密簽名了。 然後得到證書hash，然後在瀏覽器重新對證書做hash，兩者比對一致的話，說明證書數據沒有被篡改。
保密性：
使用證書的公鑰對對稱秘鑰加密保證傳輸安全，對稱秘鑰生成後，後續的傳輸會通過對稱秘鑰來在服務端和客戶端的加解密。
那麼ssl協議的具體過程就是：
4.網站接收瀏覽器發來的數據之後 使用自己的私鑰校驗簽名，並對原文進行hash 與解密出的hash 做比對檢查完整性。然後發送編碼改變通知，伺服器握手結束通知（所有內容做hash ）。 發送給客戶端校驗。
5 客戶端校驗，校驗成功後，之後就用 對稱秘鑰進行通信了。
總共的過程是 c-s-c- s-c 四次握手。
四次握手簡單來說分別是：
1.請求獲取證書
2.服務端返回證書，客戶端驗證了證書的合法性和完整性，同時生成了對稱秘鑰。
3.客戶端把加密的 對稱秘鑰發給伺服器。伺服器檢查真實性和完整性。
4.服務端返回握手結束通知，客戶端再檢查一次真實性和完整性。
前兩次握手是明文， 後兩次握手是密文。 所以都要檢查身份真實性和數據完整性。
ca的作用：
ca起到一個權威中間人的角色，如果脫離了ca， 那麼證書還是證書，還能加密，保證數據完整性。 但是無法應用在客戶端去認定伺服器身份合法這個場景下。
下面就詳細說下 脫離了ca簽發的證書的應用：
自簽名證書：
證書如果沒有權威機構的簽名，就是沒有權威機構給你簽發身份證。 那麼這時候身份認證的場景變了。
這時候的認證場景就變成了，不再是某個官方權威說了算，而是假設第一次碰到這個證書，會認為，這個證書與之捆綁的實體之間是合法的並做記錄。如果當這個實體下次捆綁了另一個證書，那麼就是非法的。
這種情況常用於android中安裝和校驗app的時候，會先假設第一次安裝的是合法的應用，認定這個app證書中的公鑰是合法的公鑰。然後通過自簽名的證書，校驗簽名，就能實現後續安裝是否合法以及完整性。
android中的如何對app進行身份認定和不被篡改：
android系統在安裝app時候會進行校驗applicationId，applicationId 不同會認定為不同應用。相同應用，第二次安裝會校驗證書是否和之前app的證書相同，如果相同則兩個包很可能來自同一個身份。 如果證書不同，也就是該包被另一個身份用自己的私鑰重新簽名過，就會拒絕安裝。 然後通過公鑰來解密簽名，如果能解密，說明身份是ok的。否則拒絕安裝。比對解密簽名後的hash 與apk包內的cert.sf文件(該文件是apk內所有文件生成的hash文件)是否一致，如果相同則認定為沒有被篡改。
android在提交應用商店的問題：
應用商店也會校驗 後續的上傳和第一次上傳時的證書，以及類似上述的後續的一系列校驗。防止合法的開發者平台被盜後，上傳非法應用。
android在接入第三方sdk的問題：
接入第三方sdk 會提交applicationId 和 sha1 值。 這個sha1值就是對 證書原文的簽名後的sha1，也就是證書指紋。這個證書是證書庫里最初的那個證書（x509格式），而不是對apk簽名後生成的證書(PKCS#7)。一般的證書簽名的主體是證書原文本身，而對apk簽名還額外會對apk所有文件生成的hash值文件（cert.sf）進行一次簽名。
第三方平台會記錄 applicationId 與sha1 的對應關系。 當有假冒app試圖接入時候，由於會對app內的PKCS#7證書轉換為原始的x509格式證書，重新生成sha1值，與用戶提交sha1 比對， 如果相同則說明證書很可能是ok的。 因為sha1就是證書的指紋。 之後就會通過證書中的公鑰來校驗簽名，從而最終確認身份合法性以及信息完整性。
第三方平台之所以需要用戶去提交證書指紋sha1值，多了這一步，就意味著你的證書是可以更換的，一旦更換了證書，就必須提交新的指紋給我，然後我來做匹配。而應用商店沒有這個功能， 一旦你的證書的私鑰丟了， 那就必須重新建一個新的app。
總結來看證書的身份認定機制：
在ssl協議下，這種場景是 瀏覽器用於認定合法的伺服器身份。 在自簽名證書下，需要用戶選擇是否信任該證書。
在android app採用自簽名證書的場景下， 證書起到了 假設第一次的證書合法，公鑰合法，後續如果證書不一致或不能夠完成簽名校驗，就是非法。
證書庫：
證書庫應該滿足PKCS#12協議。 但是jdk提供了製作證書的工具keytool 可以生成keystore類型的證書庫，後綴為jks。 keystore pk12可以通過keytool命令互相轉換。
證書庫是個證書的容器， 可以用來創建數字證書。 在keystore證書庫中，所有的數字證書是以一條一條(採用別名alias區別)的形式存入證書庫的。證書庫中的證書格式為pk12，即包含私鑰。 如果導出證書的話， 可以導出為x509不包含私鑰的格式 或者pk12包含私鑰的證書。 也可以也可以用-import參數加一個證書或證書鏈到信任證書。
android中一般都採用讀取證書庫的方式，通過證書庫來創建一個證書，通過alias來區分。 所以在簽名的時候，一個alias是一個證書，不同的alias是不同的證書，不要搞錯了。
幾個關系：
證書和非對稱加密演算法的關系：
證書代表一個身份的主體，包含了非對稱秘鑰體系中的公鑰，以及用私鑰對證書簽名。這種組織結構，把非對稱加密演算法從加密的功能，拓寬到了用於身份認證，信息完整性上。這體現在了證書的作用。 本質還是利用了非對稱加密演算法的特性。
ssl協議和證書的關系。
因為證書解決了客戶端對伺服器的身份認證（自簽名證書除外），同時也解決了加密，和信息完整性，所以ssl協議基於證書來實現。
Ⅳ Android 簽名 SHA1WithRSA SHA256WithRSA MD5WithRSA
在對app進行簽名，然後上傳到某應用市場時，有如下報錯
<center>錯誤提示</center>
<center>記錄一下自己踩的坑，也希望能幫到碰到同樣問題的人。</center>
MD5 SHA1 SHA256 SHA512 這4種本質都是摘要函數，不通在於長度：
MD5 是 128 位，
SHA1 是 160 位 ，
SHA256 是 256 位，
SHA512 是512 位。
SHA1WithRSA 他的 核心演算法是 先用sha1 去摘要，然後使用 RSA 加密。但是 他在 sha1 的過程中 加入了一些 關於演算法的東西。
作用特點：
SHA1：公鑰後處理回傳，SHA1是不可逆的、防沖
MD5：防篡改
MD5和SHA1是2種加密演算法，用於計算出一段不可逆向計算的數值，以此來驗證該文件是否被修改的.
AES：更快，兼容設備，安全級別高；
DES：本地數據，安全級別低
RSA：非對稱加密，有公鑰和私鑰
Ⅳ 使用CMD命令查看Android應用簽名證書的SHA1、MD5、SHA256值
使用命令進入到key.keystore的目錄；
使用命令：keytool -list -v -keystore key.keystore（key.keystore 是你的簽名文件的）
然後回車
提示輸入密碼： 輸入你的證書的密碼
輸入密碼時命令行不會顯示任何內容，你只需要輸入正確的密碼即可，輸入完後回車；
輸入正確，回車後，就會看到：MD5，SHA1，SHA256的值。
Ⅵ 安卓簽名是什麼 安卓簽名是sha1嗎
平時我們的程序可以在模擬器上安裝並運行，是因為在應用程序開發期間，由於是以Debug面試進行編譯的，因此ADT根據會自動用默認的密鑰和證書來進行簽名，而在以發布模式編譯時，apk文件就不會得到自動簽名，這樣就需要進行手工簽名。給apk簽名可以帶來以下好處：1.、應用程序升級：如果你希望用戶無縫升級到新的版本，那麼你必須用同一個證書進行簽名。這是由於只有以同一個證書簽名，系統才會允許安裝升級的應用程序。如果你採用了不同的證書，那麼系統會要求納漏山你的應用程序採用不同的包名稱，在這種情況下相當於安裝了一個全新的應用程序。如果想升級應用程序，簽名證書要相同，包名稱要相同！2、應用程序模塊化：Android系統可以允許同一個證書簽名的多個應用程序在一個進程里運行，系統實際把他們作為一個單個的應用程序，此時就可以把我們的應用程序以模塊的方式進行部署，而用戶可以獨立的升級其中的一個模塊3、代碼或者數據共享：Android提供了基於簽名的許可權機制，那麼一個應用程序就可以為另一個以相同證書簽名的應用程序公開自己的功能。以同一個證書對多個應用程序進行簽名，利用基於簽名的許可權檢查，你就可以在應用程序間以安全的方式共享代碼和數據了。不同的應用程序之間，想共享數據，或者共享代碼，那麼要讓他們運行在同一個進程中，而且要讓他們用相同的證書簽名。
apk簽名相當於程序的身份識別代碼。
1、apk簽名用於程序編譯打包之後，手機在運行程序之前會先去驗證程序的簽名（可以看作類似於我們電腦上常搜運說的md5）是否合法，只有通過了驗證的文件才會被運行，所以簽名軟體的作用的讓文件通過手機的驗證為合法，不同的手機、系統是對應不同的簽名的。
2、可以用簽名工具來更改。比如手機簽名工具ZipSigner 2，可以對手機上的文件進行直接簽名，支持apk、zip及jar格式，方便刷機或漢化的朋友。有些愛好修改安卓apk軟體的用戶有時候需要對apk文件進行修改，但是如果在電腦上操作的話，打包簽名是十分復雜的，還必須安裝java環境，可以說打包一個包是十分麻煩的，這款簽名工具可以解決上述遇到的問題。
一、判斷Apk是否簽名用命令：jarsigner -verify -verbose -certs 1、如果有Android Debug字樣就是debug2、如果洞中已經簽名: [證書的有效期為13-8-31 下午2:31至41-1-16 下午2:31]二、判斷Apk簽名是否一致jdk 需要安裝；想查demo.apk所使用的簽名的fingerprint，可以這樣做：1、查找apk里的rsa文件 Windows 平台： > jar tf demo .apk findstr RSA linux 平台： $ jar tf demo .apk grep RSA META-INF/CERT.RSA 2、 從apk中解壓rsa文件 jar xf demo .apk META-INF/CERT.RSA 3、獲取簽名的fingerprints keytool -printcert -file META-INF/CERT.RSA 證書指紋: MD5: 5A:5A:96:63:8E:EF:FC:66:9E:BC:1C:2A:A9:1E:E5:95 SHA1: 44:BD:33:2D:C5:21:AE:78:D5:04:92:1A:39:FD:AC:01:E2:32:3C:AB SHA256: 2F:C0:A3:8C:0D:42:84:70:48:78:44:A4:2E:64:5B:50:B3:B3:1E:33:94:62:A3:9F:2F:10:DD:EF:D7:CF:02:0B 簽名演算法名稱: SHA1withRSA 版本: 3 兩個apk是否同簽名，比較簽名的MD5碼或SHA1碼 ，一樣就是相同的，反之，不是。
apk 簽名可以帶來的好處
所有的Android 應用程序都要求開發人員用一個證書進行數字簽名，Android 系統不會
安裝沒有進行簽名的應用程序。
平時我們的程序可以在模擬器上安裝並運行，是因為在應用程序開發期間，由於是以
Debug 面試進行編譯的，因此ADT 根據會自動用默認的密鑰和證書來進行簽名，而在以發
布模式編譯時，apk 文件就不會得到自動簽名，這樣就需要進行手工簽名。
給apk 簽名可以帶來以下好處：
1.、應用程序升級：如果你希望用戶無縫升級到新的版本，那麼你必須用同一個證書進
行簽名。這是由於只有以同一個證書簽名，系統才會允許安裝升級的應用程序。
如果你採用了不同的證書，那麼系統會要求你的應用程序採用不同的包名稱，在這種情
況下相當於安裝了一個全新的應用程序。如果想升級應用程序，簽名證書要相同，包名稱要相同！
2.、應用程序模塊化：Android 系統可以允許同一個證書簽名的多個應用程序在一個進
程里運行，系統實際把他們作為一個單個的應用程序，此時就可以把我們的應用程序以模塊
的方式進行部署，而用戶可以獨立的升級其中的一個模塊
3.、代碼或者數據共享：Android 提供了基於簽名的許可權機制，那麼一個應用程序就可
以為另一個以相同證書簽名的應用程序公開自己的功能。以同一個證書對多個應用程序進行
簽名，利用基於簽名的許可權檢查，你就可以在應用程序間以安全的方式共享代碼和數據了。
4.不同的應用程序之間，想共享數據，或者共享代碼，那麼要讓他們運行在同一個進程
中，而且要讓他們用相同的證書簽名。
標簽：作文經典 上一篇：夢見自己做飯什麼意思 夢見別人做飯什麼意思 下一篇：成語接龍民凋 民什麼凋什麼成語接龍android api 簽名是api調用的時候需要按照約定的參數生成一個字元串，對方接收到後校驗參數，合法後接受請求並返回結果。
所有android端的API的有效訪問URL包括以下三個部分：
1. 資源訪問路徑，如/v1/deal/find_deals;
2. 請求參數：即API對應所需的參數名和參數值param=value，多個請求參數間用&連接
如deal_id=1-85462&appkey=00000；
3. 簽名串，由簽名演算法生成
簽名演算法如下：
1. 對除appkey以外的所有請求參數進行字典升序排列；
2. 將以上排序後的參數表進行字元串連接，如...keyNvalueN；
3. 將app key作為前綴，將app secret作為後綴，對該字元串進行SHA-1計算，並轉換成16進制編碼；
4. 轉換為全大寫形式後即獲得簽名串
簽名串獲得後，將其作為sign參數附加到對應的URL中，即可正常訪問API。
注意：請保證HTTP請求數據編碼務必為UTF-8格式，URL也務必為UTF-8編碼格式。
參考代碼：
// 定義申請獲得的appKey和appSecret
String appkey = "XXXXXXXX";
String secret = "";
String apiUrl = "[api.dianping]";
// 創建參數表
Map paramMap = new HashMap ;
paramMap.put("format", "json");
paramMap.put("city", "上海");
paramMap.put("latitude", "31.21524");
paramMap.put("longitude", "121.420033");
paramMap.put("category", "美食");
paramMap.put("region", "長寧區");
paramMap.put("limit", "20");
paramMap.put("radius", "2000");
paramMap.put("offset_type", "0");
paramMap.put("has_coupon", "1");
paramMap.put("has_deal", "1");
paramMap.put("keyword", "泰國菜");
paramMap.put("sort", "7");
// 對參數名進行字典排序
String[] keyArray = paramMap.keySet.toArray(new String[0]);
Arrays.sort(keyArray);
// 拼接有序的參數名-值串
StringBuilder stringBuilder = new StringBuilder;
stringBuilder.append(appkey);
for (String key : keyArray)
{
stringBuilder.append(key).append(paramMap.get(key));
}
stringBuilder.append(secret);
String codes = stringBuilder.toString;
// 字元串連接示例
// XXXXXXXXcategory美食city上海formatjsonhas_coupon1has_deal1keyword泰國菜latitude31.21524limit20longitude121.420033offset_type0radius2000region長寧區sort7
// SHA-1編碼， 這里使用的是Apache codec，即可獲得簽名(shaHex會首先將中文轉換為UTF8編碼然後進行sha1計算，使用其他的工具包請注意UTF8編碼轉換)
/*
* 以下sha1簽名代碼效果等同
* byte[] sha = .apachemons.codec.digest.DigestUtils.sha(.apachemons.codec.binary.StringUtils.getBytesUtf8(codes));
* String sign = .apachemons.codec.binary.Hex.encodeHexString(sha).toUpperCase;
*/
String sign = .apachemons.codec.digest.DigestUtils.shaHex(codes).toUpperCase;
//簽名示例
//
1、
下載簽名應用，在手機中運行，根據提示輸入程序的包名獲得一個apk簽名字元串，最後將這個字元串填到第一步的應用簽名欄處。保存即可正常調試應用了。
2、
選擇程序-右鍵——android tools——簽名發布，按步驟生成一個簽名keystore和一個經過簽名的apk,安裝該APK到手機。
3、
選擇自己的程序，右鍵運行到手機。
4、
android 應用簽名查看方法如下：
(1) debug的apk通過Eclipse查看，如下圖：
(2) 某個keystore簽名的應用，通過
Javakeytool-list-keystoreE:Trineakeystoreappsearch.keystore查看，會要求輸入簽名密碼，默認為android。
平時我們的程序可以在模擬器上安裝並運行，是因為在應用程序開發期間，由於是以 Debug 面試進行編譯的，因此ADT 根據會自動用默認的密鑰和證書來進行簽名，而在以發布模式編譯時，apk 文件就不會得到自動簽名，這樣就需要進行手工簽名。 給apk 簽名可以帶來以下好處： 1.、應用程序升級：如果你希望用戶無縫升級到新的版本，那麼你必須用同一個證書進行簽名。這是由於只有以同一個證書簽名，系統才會允許安裝升級的應用程序。 如果你採用了不同的證書，那麼系統會要求你的應用程序採用不同的包名稱，在這種情況下相當於安裝了一個全新的應用程序。如果想升級應用程序，簽名證書要相同，包名稱要相同！ 2.、應用程序模塊化：Android 系統可以允許同一個證書簽名的多個應用程序在一個進程里運行，系統實際把他們作為一個單個的應用程序，此時就可以把我們的應用程序以模塊的方式進行部署，而用戶可以獨立的升級其中的一個模塊 3.、代碼或者數據共享：Android 提供了基於簽名的許可權機制，那麼一個應用程序就可以為另一個以相同證書簽名的應用程序公開自己的功能。以同一個證書對多個應用程序進行簽名，利用基於簽名的許可權檢查，你就可以在應用程序間以安全的方式共享代碼和數據了。 4.不同的應用程序之間，想共享數據，或者共享代碼，那麼要讓他們運行在同一個進程中，而且要讓他們用相同的證書簽名。
簽名後才可以正常安裝，可以保證軟體的唯一性，可以檢驗軟體是否他人盜用；
簽名，是開發者對apk文件的加密，防止程序被盜版，因為Android系統是linux內核，程序的區分是通過包名package來區分的，那別人也可能開發一個同包名的應用，這時安桌系統就會判斷一下，如果簽名相同則替換，如果簽名不同則不允許安裝重復包名的應用。至於你說什麼時候變更，通常開發者是不能變更簽名的，你改了簽名程序就不能更新安裝了
開發Android的人這么多，完全有可能大家都把類名，包名起成了一個同樣的名字，這時候如何區分？簽名這時候就是起區分作用的。
由於開發商可能通過使用相同的Package Name來混淆替換已經安裝的程序，簽名可以保證相當名字，但是簽名不同的包不被替換。
APK如果使用一個key簽名，發布時另一個key簽名的文件將無法安裝或覆蓋老的版本，這樣可以防止你已安裝的應用被惡意的第三方覆蓋或替換掉。
這樣簽名其實也是開發者的身份標識。交易中抵賴等事情發生時，簽名可以防止抵賴的發生。
二、簽名的注意事項
Android系統要求所有的程序經過數字簽名才能安裝，如果沒有可用的數字簽名，系統將不許安裝運行此程序。不管是模擬器還是真實手機。因此，在設備或者是模擬器上運行調試程序之前，必須為應用程序設置數字簽名。
Android簽名的數字證書不需要權威機構來認證，是開發者自己產生的數字證書，即所謂的自簽名。數字證書用來標識應用程序的作者和在應用程序之間建立信任關系，而不是用來決定最終用戶可以安裝哪些應用程序。
系統僅僅會在安裝的時候測試簽名證書的有效期，如果應用程序的簽名是在安裝之後才到期，那麼應用程序仍然可以正常啟用。
可以使用標准工具-Keytool and Jarsigner-生成密鑰，來簽名應用程序的.apk文件。
簽名後需使用zipalign優化程序。
模擬器開發環境，開發時通過ADB介面上傳的程序會先自動被簽有Debug許可權，然後才傳遞到模擬器。Eclipse菜單的Window -> Preferences -> Android –> Build 下顯示的是我們默認的調試用的簽名數字證書。
正式發布一個Android應用時，必須使用一個合適的私鑰生成的數字證書來給程序簽名，不能使用ADT插件或者ANT工具生成的調試證書來發布。
三、簽名方法：
1.使用Keytool 和jarsigner工具簽名（在jdk/bin目錄下）
1.生成簽名keystore：
確保電腦上安裝了JDK，因為我們將使用JDK自帶的創建和管理數字證書的工具Keytool。在命令行下輸入如下命令：
keytool -genkey -v -keystore app.keystore -alias alias_name -keyalg RSA -validity 20000
-alias 後面跟的是別名這里是alias_name
-keyalg 是加密方式這里是RSA
-validity 是有效期這里是20000
-keystore 就是要生成的keystore的名稱這里是app.keystore
然後按回車鍵
按回車後首先會提示你輸入的密碼：這個在簽名時要用的，要記住
然後會再確認你的密碼。
之後會依次叫你輸入姓名、組織單位、組織名稱、城市區域、省份名稱、國家代碼（CN）等。
2.簽名：
jarsigner -verbose -keystore app.keystore -signedjar app_signed.apk app.apk alias_name
-keystore: keystore的名稱
-signedjar app_signed.apk: 指定簽名後生成的APK名稱
app.apk: 目標APK
然後按回車：會要求輸入剛才設置的密碼，輸入後按回車就開始簽名了。
3.查看簽名：
jarsigner -verify app_signed.apk
查看是否簽名，如果已經簽名會列印 "jar verified".
jarsigner -verify -verbose -certs app_signed.apk
查看簽名詳細信息。
4.通過zipalign工具進行優化apk(android自帶的工具，./build/tools/zipalign)
zipalign -v 4 app_signed.apk androidres.apk 對apk優化
zipalign -c -v 4 androidres.apk 查看apk是否經過優化
2.使用eclipse ADT工具簽名
在Package Explorer 窗口，右鍵，選擇Android Tools--->Export Signed Application Package 然後按照提示一步一步，生成已簽名的apk。通過eclipse也可以導出未簽名的APK文件。
註：需要輸入兩次密碼，第一次是私鑰密碼，第二次時私鑰別名的密碼。
3.eclipse在debug模式下自動簽名（無須手動配置）：
在debug模式下用eclipse 的ADT為android簽名，只要應用程序在eclipse下開發，系統就會自動給apk簽名和優化。
在Eclipse中Windows > Preferences > Android > Build可以看到你keysotre的位置；
四、生成Android系統簽名
上面講的Android數字簽名大多是與Android APK相關，做CTS 認證時，需要用到Android系統簽名。為什麼需要給Android系統簽個名才能進行CTS認證呢？原來我們通過make -j4編譯出來的system.img使用的是test key,這種類型的key只適用於開發階段，而且這種秘鑰是公開的，誰都可以使用。當發布一款android產品，就需要另外給整個系統簽個名，防止被別人盜用。這種系統就是release版本的Android系統。
1、生成加密key文件
要對Android系統進行簽名，需要生成四種類型的key文件。
a)releasekey （testkey）
b)media
c)shared
d)platform
1）進入/android_src/development/tools目錄。
2）使用make_key工具生成簽名文件。需要分別生成 releasekey，media，shared，platform。
./make_key releasekey '/C=CN/ST=JiangSu/L=NanJing/O=pany/OU=Department/CN=Your Name/emailAddress=YourE-mailAddress' （系統將會提示輸入針對各種key的密碼，按照提示輸入即可）
將會生成 releasekey.pk8 和 releasekey.x509.pem文件，其中 *.pk8是生成的私鑰，而*.x509.pem是公鑰，生成時兩者是成對出現的.
註：如果出現 openssl : relocation error :openssl : symbol ...嘗試用 sudo 執行命令，問題解決了！
2.回到根目錄android_src。
命令執行的時候都最好在工程的根目錄下執行，要不然腳本用到的某些文件找不到的。
3.編譯系統
make -j4 PRODUCT-generic-user dist
其中generic 表示生成的TARGET_PRODUCT類型為generic，
user代表TARGET_BUILD_VARIANT為user版本。
編譯完成之後回在android_src/dist/目錄內生成個proct_generic-user_files開頭的zip文件.這就是我們需要進行簽名的文件系統.
4.開始簽名
./build/tools/releasetools/sign_target_files_apks -d key_directory/ out/dist/proct_mol-target_files.zip out/dist/signed_target_files.zip
通過sign_target_files_apks 腳本，完成android系統的簽名工作.
key_directory/ 表示key所在的目錄。
out/dist/proct_mol-target_files.zip 源文件。
out/dist/signed_target_files.zip 生成簽名的目標文件。
可能會出現：
ERROR: no key specified for:
CalendarWidget.apk
Contacts_yellowpage.apk
SnsAppMain.apk
這表示，簽名並沒有成功,原因是由於有些apk程序已經簽過名了或者找不到對應的key. 這需要我們對apk設置過濾,不對上面的應用進行簽名.方法如下:
通過參數"-e =" 來過濾這些應用.
./build/tools/releasetools/sign_target_files_apks -d key_directory/ -e CalendarWidget.apk= -e Contacts_yellowpage.apk= -e SnsAppMain.apk= -e out/dist/proct_mol-target_files.zip out/dist/signed_target_files.zip
輸入該命令時會提示輸入key的密碼，會出現四次密碼輸入提示。分別為四種類型的key的密碼。
5.生成image文件
./build/tools/releasetools/img_from_target_files out/dist/signed-target-files.zip signed-img.zip
用img_from_target_files 命令對生成的igned-target-files.zip文件進行打包，signed-img.zip包含了boot.img,userdate.img,system.img文件等.
6.通過fastboot下載signed-img.zip文件
fastboot update signed-img.zip
通過fastboot就可以把簽了名的系統文件燒到手機上了。
標簽：作文經典 上一篇：夢見自己做飯什麼意思 夢見別人做飯什麼意思 下一篇：成語接龍民凋 民什麼凋什麼成語接龍Ⅶ 如何獲取android的數字簽名及SHA1
一、網路官方方法
第一種：使用keytool
keytool -list -v keystorefile -storepass 123456
其中keytool為jdk自帶工具；keystorefile為Android 簽名證書文件
第二種：在adt 22中直接查看
如果使用adt 22，可以在eclipse中直接查看：winows -> preferance -> android -> build。 如下圖示：
其中"SHA1 fingerprint"值即為Android簽名證書的sha1值友派。
二、實際情況
原以為網路還挺人性，說就說了還截了個圖，咦呀，頓時那個仰慕之情滔滔江水啊，真正實操起來，悲催的事出現了，第二種方法的實際截圖是這個樣子的，然後就一臉黑線。
也就是第二種方法根本不能用！！！！MY GOD LADY GAGA
使用keytool
一、配置環境變數
由於要用好正賀到keytool工具，而keytool是jdk里的一個工具，首先將jdk/bin所在的目錄加到環境變數的PATH中
看我的keytool所在位置
將所在路徑E:\Program Files\android others\jdk\bin加到PATH變數中：
二、找到另一個文件清廳debug.keystore
這個文件是在你放工程的目錄下的，如果是默認的話，是在C:\Documents and Settings\Administrator\.android目錄下
三、運行命令
1、使用cd命令，將工作目錄切換到C:\Documents and Settings\Administrator\.android目錄下
2、輸入：keytool -list -keystore debug.keystore
3、輸入密鑰庫口令：如果沒設置，這里就是空，直接回車就進去了。
Ⅷ Android獲取簽名文件的sha1值
1.打開終端，輸入：
keytool -v -list -keystore +簽名文件路徑
2.輸入簽名文件密碼即可獲取到簽名文件所有信息：
創建日期: 2018-11-8 條目類型: PrivateKeyEntry 證書鏈長度: 1 證書[1]: 所有者: CN=fang 發布者: CN=fang 序列號: 4551a2f8 有效期開始日期: Thu Nov 08 11:17:27 CST 2018, 截止日期: Mon Nov 02 11:17:27 CST 2043 證書指紋: MD5: 2B:85:...... SHA1: 97:7D:...... SHA256: 1A:C5:F7:5C:...... 簽名演算法名稱: SHA256withRSA 版本: 3
Ⅸ 如何獲取android的數字簽名及SHA1
原先在 Eclipse中 數字簽名(SHA1或MD5)的獲取方法 為:
點擊 Eclipse導航欄的Windows --> Preference --> Android --> Build
現在 改到 Android Studio 或 IntelliJ IDEA下開發Android 應用, 沒用找到只用滑鼠點擊的方法. 但可以打開碰悔Terminal,使用keytool獲取告鬧. 本人使用ubuntu14.04 作為開發笑友正機, 具體方法如下:
$ cd ~/.android
$ keytool -list -v -keystore debug.keystore
Ⅹ Android生成簽名以及獲取SHA1、MD5值
keytool -importkeystore -srckeystore /Users/joyrun/Documents/runner/runner.jks -destkeystore /Users/joyrun/Documents/runner/runnerkey.jks -deststoretype pkcs12
https://developers.weixin.qq.com/doc/oplatform/Downloads/Android_Resource.html
keytool -exportcert -alias yoursAlisa -keystore Yours.jks | openssl sha1 -binary | openssl base64
在Android Studio的Terminal里輸入上述命令: 其中yoursAlisa為你的簽名alias; Yours.jks為你的簽名。