2020-01-02 Cordova打包加固正式apk包

本次接手之前的app混合开发的项目，第一次打包正式app，历时两天，不可避免的踩了所有的坑，记录一下各个坑的避免情况

首先：1、打包文件时是需要新建一个工作空间的，在建这个工作空间的时候，一定要注意的是：cordova create myApp1 org.apache.cordova.myApp myApp2  其中的包名一定要和之前的包名一致，如果是第一次发布的小伙伴就不用注意了，更新新的app的版本的小伙伴要格外注意，不一致是无法上传新的apk的！2、工作空间下的res文件夹中存放app的icon图标，同时在config.xml文件中进行引用，不然就会出现正式app没有图标的情况

第一步：打包未签名的apk包，cordova build android --release （cmd命令中执行）

没什么问题，因为是更新项目，之前的商城中已经有app在服务了。所以config.xml中一定要记得修改version的版本号，必须要大于之前的版本号。（最好将package.json和package-lock.json一起修改了）

说明：version中就是这次的版本号，记得修改。id就是上述说的那个创建的空间的包名，可以在商城中找到上次的包名

只需要修改到大于之前的版本号

文件夹的位置1

第二步：打包签名的apk包。

    在这里的第一步是需要有一个签名文件，两种情况：

一、新的发布，可以自己生成一个签名文件 

keytool -genkey -v -keystore D:\mytest.keystore -alias mytest -keyalg RSA -validity 20000 （cmd命令中执行）

  keytool -genkey -v -keystore D:\mytest.keystore -alias mytest -keyalg RSA -validity 20000

*-keystore D:/mytest.keystore表示生成的证书及其存放路径，如果直接写文件名则默认生成在用户当前目录下；

-alias mytest 表示证书的别名是mytest,不写这一项的话证书名字默认是mykey；

-keyalg RSA 表示采用的RSA算法；

-validity 20000表示证书的有效期是20000天。*

二、已有新的版本，这时候就要用到之前的签名文件，不能随便使用新的签名文件

之前的签名文件的信息，会存在于下面这个文件夹中

绿色圈出来的一个是签名文件一个是签名文件的相关信息

第二行是签名文件的别名，也很重要

接下来就到了打包签名文件的关键时刻了！

将签名文件，可以是*.keystore或者是*.jks文件分别放入之前建的工作空间下和jbk的bin文件夹下，执行