Ⅰ 获取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为你的签名。