Android通过数字签名来标识应用程式的作者和在应用程式之间建立信任关系，不是用来决定终端使用者可以安装哪些应用程式。
证书主要包含以下内容：浏览器通过 【颁发机构的公钥】进行解密验签 ，验签通过即说明证书的真实性，可以放心取 证书拥有者的公钥 了。
数字签名（Digital Signature）也叫作数字指纹（Digital Fingerprint），它是消息摘要算法和非对称加密算法的结合体，能够验证数据的完整性，并且认证数据的来源 。
Android通过数字签名来标识应用程序的作者和在应用程序之间建立信任关系，不是用来决定最终用户可以安装哪些应用程序。这个数字签名由应用程序的作者完成，并不需要权威的数字证书签名机构认证，它只是用来让应用程序包自我认证的。
数字证书：用自己的私钥签名对方用本方的公钥解密签名。数字签名：用私钥加密哈希散列值，对方拿机主的公钥解密得到一个散列值后对方拿机主发送的消息执行哈希运算得到一个散列值，对方比较值是否相等。
在v1版本的签名中，签名以文件的形式存在于apk包中，这个版本的apk包就是一个标准的zip包，V2和V1的差别是V2是对整个zip包进行签名，而且在zip包中增加了一个apk signature block，里面保存签名信息。
为了提高兼容性，必须按照 vvv3 的先后顺序采用签名方案，低版本平台会忽略高版本的签名方案在 APK 中添加的额外数据。v1 签名方案是基于 Jar 的签名。首先，我们先来分析其签名产物。
目前Android有三种签名VV2(N)、V3(P)，本文只看前两种V1跟V2，对于V3的轮密先不考虑。
Google从Android N上开始把签名方法改成了scheme V2， 在P上又改成了scheme V 在大环境里面编译是用的V3方法，但是在studio上目前还不支持 scheme V3 签名。所以如果shareUID的话，可能会出现签名不一致问题。
在 Android 9 及更高版本中，可以根据 APK 签名方案 vv2 或 v1 验证 APK 。较旧的平台会忽略 v3 签名而尝试验证 v2 签名，然后尝试验证 v1 签名。
1、将 apk 解压；找到 META-INF 下的 .RSA 文件；进入 cmd 环境，进入 .RSA 文件文件所在路径，命令： keytool -printcert -file XXX.RSA 即可查看签名信息。
2、首先跟随 生成keystore和应用签名 ，生成 .jks 签名文件， 然后跟随 微信开放平台Android应用签名的本质及如何获取 的第四步，生成带签名的apk，并用专门的工具查看应用签名。
3、jar 已验证 什么是数字签名？数字签名就是为你的程序打上一种标记，来作为你自己的标识，当别人看到签名的时候会知道它是与你相关的。
4、META-INF 文件夹拿到 CERT.RSA 文件。假设 CERT.RSA 文件的路径是 C：\Users\Administrator\Desktop\CERT.RSA。
5、Android SDK 工具可以在调试时给应用程序签名。ADT插件和Ant编译工具都提供了两种签名模式-debug模式和release模式 ·debug模式下，编译工具使用JDK中的通用程序Keytool通过已知方法和密码创建秘锁和密钥。
6、Android应用的发布形式apk中包含的签名加密方法除了RSA还有DSA，所以不能只从apk中提取常见的META-INF/CERT.RSA，应该是检查apk中具体的签名文件。
1、Android通过数字签名来标识应用程序的作者和在应用程序之间建立信任关系，不是用来决定最终用户可以安装哪些应用程序。这个数字签名由应用程序的作者完成，并不需要权威的数字证书签名机构认证，它只是用来让应用程序包自我认证的。
2、Android签名机制目的是确保app的可靠通信，其一，要确定消息的来源确实是其申明 的那个人；其二，要保证信息在传递的过程中不被第三方篡改，即使被篡改了，也可以 发觉出来。
3、apk是安卓应用软件包，apk签名是软件包在安装的时候进行的安全性验证机制。这种签名机制目的是为了确保Apk来源的真实性，以及Apk没有被第三方篡改。开发者通过对Apk进行签名：在Apk中写入一个“指纹”。