AS的签名打包

1.今天的笔记就是直接使用AS的打包签名!

我们今天上传的项目名称就是图中战士的communicatedemo ;不用第三方打包,今天主要是AS签名打包,后期会有第三方打包的笔记!

2.具体的操作

找到一个一个gif的录制转化软件!顺便上传上来:

具体的下载地址(刚刚上传,后面补上):

具体的操作输下:

Buiild →Generate Singn APK

展示的效果:



我们可以看到首先是选择需要签名打包的module,这里就可以选择.我们直接点击下一步.

效果图:



第一个是关于Key Store的,比较重要,在这里说明一下子,就是我们说的签名文件结尾是.jks文件.第一次是没有被创建的,我们选择下面的create new ,这个签名文件后期的打包签名中会再次使用到!我们需要保存这个文件.

如果不是第一次的话直接点击choose existing ,之后就是输入 key store password(都是需要记住的),下面的是 你在第一次输入的时候的别名; 下面还用一个需要的密码,关键点就是这两个密码不能够重复.

我们看看创建新的一个key store的页面:



图片展示的第一个就是我们创建了一个新的keystore的地址和新的keystore的名字,下面就是key store的密码和别名,以及key的正真的密码,注意这两个密码不能一直.有效的期限,一百年一般.

下面的就是证书的一些信息:

一看就知道了怎么写,最后一个county code 一般中国是86就ok了!

第一个其实就是这个软件的作者是谁?

后面的是公司的名称,所在的城市和国家,中国我一般使用86.

点击ok后(只是创建一个新的key填写的信息后的展示图):



点击next如下(签名后的存放位置和构造的版本一个release一个是debug版本):



点击finish会进行构建,下面有进度条,展示,具体如下:



我们桌面具体看看:

总结

上面的操作是对一个新的module 的使用AS进行签名打包的总结:

下面的就是对已近存在的签名文件的module重新进行签名打包的总结.记录一下这个module的密码,打算重新写一些功能发布到应用市场上去.库面 q+1 真正的秘钥的密码: q+1+5;

对存在签名文件的app进行打包

我们使用还是上面的module,秘钥名称在和地址如下:



我们后期对项目增加新的功能后需要重新打包文件,我们的步骤和上面的差不多,不截图展示,文字说明一下:

在也是在 Buiild →Generate Singn APK ,之后点击next:出现的页面上面也有只不过这一次不是创建新的,而是直接choose exsiting 选择一个存在的.系统默认会加载一个上一次创建的秘钥的地址,我们可以自己选择项目相对应的秘钥问价的路劲.最后结果如下:



第一个秘钥库的密码,第二个是秘钥的密码.之后和上面的完全一致.