> LZ-Says:时过境迁,一切皆枉然~~~
写此文原因
之前LZ写项目的时候,多少都会使用一些第三方,主要为地图相关,无论从百度地图还是高德地图来讲,都需要一个SHA1+包名去配置key,而这个key,就是使用地图的关键因素。
昨天和小伙伴聊天,发现他们使用了一种比较nice的方案,觉得很不错,再次实验了下,顺便再次放出这家伙的博客地址链接,有兴趣可点击自行查看学习~
修改证书,来个瞒天过海
第一步:复制正式证书
这一步我们要做的就是将正式的证书单独复制出来,而这份复制出来的证书,则是我们下面要漫天过海的关键实践者。
第二步:修改复制后证书密钥口令
修改密码命令如下:
> keytool -storepasswd -keystore 复制出来证书地址
> 系统会要求你输入原有的密钥口令,新密钥口令以及确认新密钥口令。
>
> <font color=#ff00>这一步,需要切记:新密钥口令务必为(android)
第三步:修改复制后证书Alias
修改Alias的命令如下:
> keytool -changealias -keystore 复制后的证书地址 -alias 之前证书设置的Alias -destalias androiddebugkey
而这里,系统会要求你输入俩个值:
密钥口令 - 1: android,也就是我们之前设置的值;
密钥口令 - 2: 之前的密钥口令
第四步:修改复制后证书密码
操作命令如下:
> keytool -keypasswd -keystore 复制后证书地址 -alias androiddebugkey
而这一步比较繁琐,系统会核验当前的密钥口令以及之前的密钥口令,之后,才是输入密钥口令以及确认密钥口令,
第五步:查看正式证书以及经过改造证书SHA1值
查看证书SHA1命令如下:
> keytool -list -v -keystore 证书地址
俩次结果为:
AC:XXXXXX:70 AC:XXXXXX:70
中间关键信息暂时屏蔽,可以看到,这俩个证书使用的SHA1一直,区别在于一个为测试时专用,一个为正式打包使用。
到此,大家会不会有种很nice的想法么???是不是又get了新技能???
额外拓展
最近在看腾讯的bugly,学到了一个比较nice的东西,正好本文相匹配,一块写出来了~
第一步:首先在app下创建keystore目录,并将正式证书以及测试证书拷贝进去。
第二步:build文件设置签名配置
// 签名配置 signingConfigs { release { try { storeFile file("./keystore/正式证书.jks") storePassword "密钥口令" keyAlias "设置的keyAlias" keyPassword "密钥口令" } catch (ex) { throw new InvalidUserDataException(ex.toString()) } } debug { storeFile file("./keystore/测试证书.jks") } } buildTypes { release { minifyEnabled false // 关闭混淆 signingConfig signingConfigs.release proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } debug { debuggable true // 开启调试 minifyEnabled false // 关闭混淆 signingConfig signingConfigs.debug } }
嘿嘿嘿,小思路
有的小伙伴说了,真TMD麻烦,有没有简单的?
这个必须有啊~
signingConfigs { debug { storeFile file('正式证书地址.jks') storePassword 'storePassword' keyPassword 'keyPassword' keyAlias 'keyAlias' } release { storeFile file('正式证书地址.jks') storePassword 'storePassword' keyPassword 'keyPassword' keyAlias 'keyAlias' } }
秒懂???测试的时候指定使用正式证书~所以???嘿嘿嘿
文末结束
啦啦啦,本文到此结束,希望大家和LZ一样有所收获~
欢迎更多的小伙伴分享自己的经验,让更多人Android开发的小伙伴提升开发B格~~~
共同學習,寫下你的評論
評論加載中...
作者其他優質文章