甜橘子，专注成都网站制作网站设计与营销型网站建设与优化
QQ :532337155
电话：028-86922220
HTTP协议传输的数据都是未加密的，也就是明文的，因此使用HTTP协议传输隐私信息非常不安全，为了保证这些隐私数据能加密传输，于是网景公司设计了SSL（Secure Sockets Layer）协议用于对HTTP协议传输的数据进行加密，从而就诞生了HTTPS。
创新互联-专业网站定制、快速模板网站建设、高性价比定远网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式定远网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖定远地区。费用合理售后完善，十年实体公司更值得信赖。
1、https协议需要到ca申请证书，一般免费证书较少，因而需要一定费用。
2、http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。
3、http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
4、http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。
客户端会验证公钥是否有效。如果没有问题，就回生成一个随机值，并对其进行加密，（这个随机值其实就是对称加密的私钥）
服务端用私钥解密后，得到了客户端传过来的随机值（私钥），然后把内容进行对称加密。
首先用的是非对称加密。把公钥给客户端，私钥在服务端。客户端用公钥验证通过后，会生成私钥进行对称加密。然后传给后台。
为什么这么做呢。
图中的方法是验证服务端购买的证书。如果是信任所有证书的。这三个重写的方法不需要做操作。直接用默认即可。
详细解析 HTTP 与 HTTPS 的区别
非对称加密和对称加密的区别
如有错误。还望指正，非常感谢。
Android中目前三种签名，签名过期的问题，在 Android 9.0 上新支持的 V3 签名，已经有解决的方案了。另外：
V1 签名：遵基于 JAR 签名。 单独验证 APK 压缩包中的文件。
V2 签名：APK 签名方案 V2，在 Android 7.0 引入。是针对 APK 文件的验证，将签名信息写入签名块中，增强了安全性和验证效率。
V3 签名：APK 签名方案 V3，在 Android 9.0 引入。在签名块中又增加了新块（attr），由更小的 level 块，以链表的形式存储多个证书。
在 V3 方案中，最旧的证书为新块链表的根节点，以此对新证书签名，确保新证书正确有效。
参考： App 签名过期或泄露怎么办？
Android部署打包apk应用，需要用上数字证书进行签名，来表明身份的。
安卓证书可以使用Java的keytool工具生成，以下是window平台生成的方法：
一、安装java
可访问Oracle官方去安装java：
下面已安装目录“C:\Users\xabsc\Downloads\jdk-16.0.1”为例，实际操作请修改自己的安装目录
安装java完成后，打开安装目录，找到bin文件夹，如果里面有keytool.exe这个文件，那么下面的安卓证书就能搞了
注意：1. testalias是证书别名，可修改为自己想设置的字符，建议使用英文字母和数字
2. test.keystore是证书文件名称，可修改为自己想设置的文件名称，也可以指定完整文件路径
Android签名机制目的是确保app的可靠通信，其一，要确定消息的来源确实是其申明
的那个人；其二，要保证信息在传递的过程中不被第三方篡改，即使被篡改了，也可以
发觉出来。
所谓数字签名，就是为了解决这两个问题而产生的，它是对非对称加密技术与数字摘要
技术的一个具体的应用。
对于消息的发送者来说，先要生成一对公私钥对，将公钥给消息的接收者。
如果消息的发送者有一天想给消息接收者发消息，在发送的信息中，除了要包含原始的
消息外，还要加上另外一段消息。这段消息通过如下两步生成：
1）对要发送的原始消息提取消息摘要；
2）对提取的信息摘要用自己的私钥加密。
通过这两步得出的消息，就是所谓的原始信息的数字签名。
而对于信息的接收者来说，他所收到的信息，将包含两个部分，一是原始的消息内容，
二是附加的那段数字签名。他将通过以下三步来验证消息的真伪：
1）对原始消息部分提取消息摘要，注意这里使用的消息摘要算法要和发送方使用的一致；
2）对附加上的那段数字签名，使用预先得到的公钥解密；
3）比较前两步所得到的两段消息是否一致。如果一致，则表明消息确实是期望的发送者
发的，且内容没有被篡改过；相反，如果不一致，则表明传送的过程中一定出了问题，
消息不可信。
通过这种所谓的数字签名技术，确实可以有效解决可靠通信的问题。如果原始消息在传
送的过程中被篡改了，那么在消息接收者那里，对被篡改的消息提取的摘要肯定和原始
的不一样。并且，由于篡改者没有消息发送方的私钥，即使他可以重新算出被篡改消息
的摘要，也不能伪造出数字签名。
那么数字签名呢？
综上所述，数字签名其实就是只有信息的发送者才能产生的别人无法伪造的一段数字
串，这段数字串同时也是对信息的发送者发送信息真实性的一个有效证明。
不知道大家有没有注意，前面讲的这种数字签名方法，有一个前提，就是消息的接收者
必须要事先得到正确的公钥。如果一开始公钥就被别人篡改了，那坏人就会被你当成好
人，而真正的消息发送者给你发的消息会被你视作无效的。而且，很多时候根本就不具
备事先沟通公钥的信息通道。那么如何保证公钥的安全可信呢？这就要靠数字证书来解
决了。
所谓数字证书，一般包含以下一些内容：
证书的发布机构（Issuer）
证书的有效期（Validity）
消息发送方的公钥
证书所有者（Subject）
数字签名所使用的算法
数字签名
可以看出，数字证书其实也用到了数字签名技术。只不过要签名的内容是消息发送方的
公钥，以及一些其它信息。但与普通数字签名不同的是，数字证书中签名者不是随随便
便一个普通的机构，而是要有一定公信力的机构。这就好像你的大学毕业证书上签名的
一般都是德高望重的校长一样。一般来说，这些有公信力机构的根证书已经在设备出厂
前预先安装到了你的设备上了。所以，数字证书可以保证数字证书里的公钥确实是这个
证书的所有者的，或者证书可以用来确认对方的身份。数字证书主要是用来解决公钥的
安全发放问题。
综上所述，总结一下，数字签名和签名验证的大体流程如下图所示：
引用链接：
也不知到当初是那条筋搭错了，将证书的时间弄得这么短，在这里强烈的提醒一下各位，在生成证书的时候一定要注意一下时间，一般将时间设在25年以上就可以了（上架到google play是必须在25年以上的）。现在证书过期了，那么没办法，只能换了，直接替换证书会有一个问题就是需要将之前的旧证书的app卸载之后才能重装。这就问题大了。这样用户的数据不就没了吗？看来还是得找别的方案。
用过Android studio的打包就会知道，在签名那块是有V1和V2两种的，勾选就可以了，使用 gradlew 命令去打包的也可以在 build.gradle(app) 中设置的：
V2，解决了V1不安全的问题。V3要解决的问题就是让不同证书之间可以平滑过渡。（但是V3签名方式是有限制的，下面再说）
看了一下官方，发现签名方式有V3了（悄悄地告诉你，还有V4了）。于是就看了一下，大致的签名方式是这样的：
首先，你得准备一些文件：
old_project.jks (旧的证书，在我这就是我那过期的证书)
new_project.jks (新的)
old.apk（一个使用旧证书打包的apk，没有证书的也行）
apksigner（用于apk签名的工具，请使用29.0.2以上的，这个是在sdk中build-tools文件夹下找到的）
第二步：这一步称之为轮替，也叫沿袭，生成 lineage ，通过下面这条命令就可以了：
这样就会在当前文件夹下新生成一个名为“lineage”的文件。（这个文件很重要），这一步是必须旧证书在前，新证书在后，这样才是一个正确的轮替。（虽然换过来也是成功的）
第三步：使用上面所有的东西（包括生成的lineage）作V3签名：
这样就完成了，你可以通过命令去检查一下是否已经是启用了V3
可以看到V3的那一行已经是true了。
真正研究过之后发现，V3签名，很是鸡肋：
首先，V3是android 9.0开始支持的。也就是说如果你的手机是Android9.0之前的，都不能覆盖安装，第二，由于证书过期了，那么就是说无法上架到应用宝（可能有些应用市场是能上的，但是大多数应用市场是上不了的），那么使用V3签名方式打包之后的apk，由于打包过程使用了个密钥库（也就是两个 .jks 文件），你猜猜apk的签名是谁的呢？使用 keytool -list -printcert -jarfile 命令查看了一下，是旧的！！！（也就是轮替的时候放在前的证书）。所以依旧是上架失败的！！！白忙活了。除非应用市场将其检验方式换成V3的应该就可以了，可是并非所有版本的Android系统都可以直接覆盖安装，所以就算是安全上架了，系统版本低的还是要卸载才能安装。可能应用市场也是基于这个考虑吧。
如果需要更详细的了解V3签名方案，可以查看官方文档 Apk签名方案V3
更加详细的签名操作可以看这里 apksigner
希望大家在开始项目的时候一定要检查一下使用的证书是不是有问题。如果有，赶紧重新弄一个！！！！！
1、打开手机“设置”里的“安全与隐私”，如下图所示。
2、点击最后的“更多安全设置”，如下图所示。
3、选择“从SD卡安装”选项，如下图所示。
4、选择自己需要安装的手机CA证书，如下图所示。
5、最后在弹出的窗口处为证书命名，然后点击下方确定，即可完成安装，如下图所示。