全部 文章 问答 分享 共找到55个相关内容
[文章] Android apk签名小白笔记
说明本笔记以打包新手的视角进行记录。在笔记中存在截图和代码内容略有不符，但不影响学习。还请大家谅解。了解密钥、证书和密钥库以下内容因引用自https://developer.android.google.cn/studio/publish/app-signing略有改动。密钥用于为用户设备上安装的APK签名的密钥称为应用签名密钥。作为Android安全更新模型的一部分，应用签名密钥在应用的整个生命周期内保持不变。应用签名密钥属于私钥，因此必须保密。不过，您可以与他人共享使用应用签名密钥生成的证书。证书公钥证书（.der或.pem文件，也称为数字证书或身份证书）包含公钥或私钥对中的公钥，以及可以标识持有对应私钥的所有者的一些其他元数据（例如名称和位置）。通过密钥就可以生成证书。在为您的应用签名时，签名工具会将该证书附加到应用。该证书会将APK或AppBundle与您和您对应的私钥相关联。这有助于Android确保您应用日后的所有更新都真实可靠，并且来自原始作者。证书指纹是证书独一无二的简短表示形式，通常API提供商会要求同时提供证书指纹和软件包名称，以注册使用其服务的应用。您可以在Play管理中心的“应用签名”页面上找到上传证书和应用签名证书的MD5、SHA-1和SHA-256指纹。您还可以从同一页面下载原始证书(.der)来计算其他指纹。密钥库Java密钥库（.jks或.keystore）：一个二进制文件，用作证书和私钥的存储区。PlayEncryptPrivateKey(PEPK)工具：使用此工具可从Java密钥库中导出私钥。生成密钥库AS生成在菜单栏中，依次点击Build>GenerateSignedBundle/APK。在GenerateSignedBundleorAPK对话框中，选择AndroidAppBundle或APK，然后点击Next。在Keystorepath字段下，点击Createnew。在NewKeyStore窗口中，为您的密钥库和密钥提供以下信息。示例；填写完表单后，请点击OK。有可能会出现以下错误。有关如何解决此问题请看下面迁移密钥到PKCS12KeyToolkeytool指令以下列出在下面章节中要使用到的部分命令。#命令:-certreq生成证书请求-changealias更改条目的别名-delete删除条目-exportcert导出证书-genkeypair生成密钥对-genkey#简写-genseckey生成密钥-gencert根据证书请求生成证书-importcert导入证书或证书链-importpass导入口令-importkeystore从其他密钥库导入一个或所有条目-keypasswd更改条目的密钥口令-list列出密钥库中的条目-printcert打印证书内容-printcertreq打印证书请求的内容-printcrl打印CRL文件的内容-storepasswd更改密钥库的存储口令-genkey生成密钥对#选项:-alias<alias>要处理的条目的别名-keyalg<keyalg>密钥算法名称-keysize<keysize>密钥位大小-sigalg<sigalg>签名算法名称-destalias<destalias>目标别名-dname<dname>唯一判别名-startdate<startdate>证书有效期开始日期/时间-ext<value>X.509扩展-validity<valDays>有效天数-keypass<arg>密钥口令-keystore<keystore>密钥库名称-storepass<arg>密钥库口令-storetype<storetype>密钥库类型-providername<providername>提供方名称-providerclass<providerclass>提供方类名-providerarg<arg>提供方参数-providerpath<pathlist>提供方类路径-v详细输出-protected通过受保护的机制的口令-importkeystore从其他密钥库导入一个或所有条目#选项:-srckeystore<srckeystore>源密钥库名称-destkeystore<destkeystore>目标密钥库名称-srcstoretype<srcstoretype>源密钥库类型-deststoretype<deststoretype>目标密钥库类型-srcstorepass<arg>源密钥库口令-deststorepass<arg>目标密钥库口令-srcprotected受保护的源密钥库口令-srcprovidername<srcprovidername>源密钥库提供方名称-destprovidername<destprovidername>目标密钥库提供方名称-srcalias<srcalias>源别名-destalias<destalias>目标别名-srckeypass<arg>源密钥口令-destkeypass<arg>目标密钥口令-noprompt不提示-providerclass<providerclass>提供方类名-providerarg<arg>提供方参数-providerpath<pathlist>提供方类路径-v详细输出命令行生成密钥输入以下命令#格式keytool-genkey-alias密钥别名-keypass密钥密码-keyalg密钥算法名称-keysize密钥位大小-validity有效天数-keystore密钥库名称（包含路径.keystore）-storepass密钥库密码#示例keytool-genkey-aliasdemo-keypass123123-keyalgRSA-keysize2048-validity366-keystore./deom.keystore-storepass321321以上警告将在下一节中介绍如何处理。迁移密钥到PKCS12解决提示；JKS密钥库使用专用格式。建议使用"keytool-importkeystore-srckeystoreE:\xxxxxx-pkcs12"迁移到行业标准格式PKCS12如果你按照keytool中给出的指令（上图中引号内的指令建议复制到其它文本编辑器确认无回车符后执行）执行后提示如下请按照以下命令进行尝试。图片内容补充请；在指定了-destkeystore后重试#格式；keytool-importkeystore-srckeystore源密钥库名称-destkeystore目标密钥库名称-deststorepass目标密钥库密码-deststoretype目标密钥库类型#示例keytool-importkeystore-srckeystore./deom.keystore-destkeystore./deom.keystore-deststorepass321321-deststoretypepkcs12可以看到之前密钥库已经被添加.old作为备份，要使用就用没有old后缀的密钥库文件。注意；当使用迁移后的密钥进行打包时会报Givenfinalblocknotproperlypadded.Suchissuescanariseifabadkeyisusedduringdecryption.出现这种问题是我们输入的密钥密码错误导致的，实际这里的密码和密钥库密码是一样的（也就是上面我在命令中设置的321321），而非我们迁移密钥库前的密钥密码。我也是后来才知道至于为啥出现这种问题这里不深究了。下面我会介绍如何解决此问题。如果你在执行完上述命令后出现以下错误。请尝试以下指令。#格式keytool-importkeystore-srckeystore源密钥库-destkeystore目标密钥库-deststorepass目标密钥库密码-destkeypass目标密钥库密钥密码-deststoretype目标密钥库类型#示例keytool-importkeystore-srckeystore.\xx.jks-destkeystore.\xx.jks-deststorepassxx-destkeypassxx-deststoretypepkcs12注意；这里和上面一样在使用迁移后的密钥库时，密钥库密码和密钥库密钥密码一致。解决密钥库密钥和密钥相同问题；详细参考；直接生成PKCS12步骤二直接生成PKCS12执行下面命令#格式keytool-genkey-v-alias密钥别名-keyalg密钥算法名称-storetype密钥库类型-keystore密钥库名称-storepass密钥库密码-keypass密钥密码-validity密钥库有效期#示例keytool-genkey-v-aliasdemo-keyalgRSA-storetypePKCS12-keystore./demo.keystore-storepass123123-keypass321321-validity3600此时生成的证书确实是pkcs12，但alias的口令（密码）与密钥库的口令一样，如果这样能满足你的需求，那就不用往下看了。但一般我们不希望别名和秘钥库的口令是一样的，所以接下来我们用命令修改刚才创建的别名口令即可。#格式keytool-keypasswd-alias密钥别名-keystore密钥库。#示例；keytool-keypasswd-aliasdemo-keystore./demo.keystore.jks查看密钥库详情#格式keytool-list-v-keystore密钥库#示例keytool-list-v-keystore./deom.keystore使用密钥为应用签名AndroidAppBundleAndroidAppBundle是一种发布格式，其中包含您应用的所有经过编译的代码和资源，它会将APK生成及签名交由GooglePlay来完成。GooglePlay会使用您的AppBundle针对每种设备配置生成并提供经过优化的APK，因此只会下载特定设备所需的代码和资源来运行您的应用。您不必再构建、签署和管理多个APK来优化对不同设备的支持，而用户也可以获得更小且更优化的下载文件包。详细了解https://developer.android.google.cn/guide/app-bundle?hl=zh_cnAPK如果您目前没有打开GenerateSignedBundleorAPK对话框，请依次点击Build>GenerateSignedBundle/APK。在GenerateSignedBundleorAPK对话框中，选择APK，然后点击Next。从下拉菜单中选择一个模块。指定密钥库的路径、密钥的别名，然后输入二者的密码。keyalias选择存储在密钥库里的别名。如果您尚未准备好上传密钥库和密钥，请先生成上传密钥和密钥库，然后返回完成此步骤。点击Next。为签名的应用选择一个目标文件夹，选择构建类型，然后选择产品变种（如果适用）。注意；debug默认不使用系统签名，而且对一些文件图片的格式校验比较松，还有就是一些string.xml文件或其他xml文件命名校验不是很严格，不必进行强制编译V1；就是传统的签名方式，V2；则是Android7.0之后引入的。**其区别是；**V1是通过ZIP条目进行验证，这样APK签署后可进行许多修改；而V2验证压缩文件的所有字节，而不是单个ZIP条目，这样在签名后无法再更改。V2的好处很明显，更安全且验证更迅速。所以，推荐在生成apk时，签名方式选择V1+V2。当然，仅仅选择V1也是可以的。如果仅选择V2呢，这样生成的apk在Android7.0及之后的版本上没有问题，不过会导致7.0以下的版本无法安装，所以要避免这种方式。debug方式；release方式；自动签名打包首先在Androidstudio右击项目选择Openmodulesettings填写完成点击应用、OK后会在Module：app（build.gradle）生成代码：好了到这里就基本完成了。
