Android 项目正式签名打包教程分享-移动开发

这篇文章主要介绍了Android 项目正式签名打包教程分享，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧

大家在开发安卓应用的时候，在调试阶段通常都是通过 run 的方式发布到模拟器或者真机上，我们知道 android 应用打包后的后缀名是 .apk 文件。.apk 文件是一种压缩包，类似 .zip 文件，我们可以通过强制更改它的后缀为 .zip 来解压 apk 获取包里的内容，以这种方式可以验证它其实就是一个压缩包。

在 run 的时候就是将我们所写的代码打包为 apk 文件，打包就是根据签名、标识等信息生成的一个安装包，我们在包里嵌入作者的信息、公司信息等，可以具有唯一的辨识行为，同时也可以维护版权利益等。

提到签名，我们都知道每本书都是有作者在书中进行签名的，而 app 也一样，我们要证明这个软件是由我们团队制作的话，也需要进行签名，所以我们在打包的时候通常会嵌入自己或团队的信息。

默认签名

上面说到签名可以让我们的软件有一个著作权，而实际情况中，都是需要签名过的 apk 文件才可以成功跑在模拟器或者真机中，这是一个必须强制签名的原因。而另一个原因：如果有同一个包名的两个不同的安装包，你已经安装了一个，而又想将另一个安装上时，会提示你所安装的应用签名不一致的问题，然后你只能卸载其中的一个，才可以将另一个安装上。

这样会导致一个问题，如果是一个病毒软件伪装成其他应用的话，你可能会以为是升级版本，然后将其安装上，那可能会造成严重后果。

接着说我们运行 app 的时候，而你会发现，我们在 run 的时候并没有给予签名啊，为什么它还可以成功的运行呢？

其实，这是因为我们在 run 的时候，android studio 默认给其添加了一个系统的签名，我们来看一下这个默认的签名工具：debug.keystore ，这个工具位于（windows系统），在我的 manjaro 系统上我还没找到它在哪里，所以我就贴了一张图来示意一下，我们只要知道 run 的时候默认的使用这个文件来进行签名的。

一、缺点

使用系统默认的签名是不可取的，因为这个签名是根据不同的电脑来设置的参数，如果你用公司的电脑上签名的 apk 文件进行安装，然后回到家里的电脑上继续写同一个项目，然后签名安装就会发现安装不上了，这就是因为不同电脑的签名文件信息都是不同的，所以真正的商用软件是不可以采取这种方式来签名的。

既然，我们不可以通过系统默认签名来发布软件，所以 android studio 为我们提供了一种手动打包签名的方式，下面我们来学习一下如何使用自己的签名来打包。

二、手动签名打包

android studio 为我们提供了两种打包签名的方式，一种是图形化的界面，一种是命令的方式。我们来简单学习一下图形化的界面操作，这个比较简单，适用初学者。

首先我来看如何操作：

这样我们就可以打开签名的图形界面了，然后通过 create 创建一个新的签名文件，这里注意一下，我们必须将创建成功的签名文件保存起来，不能将其丢失（如下：.jks文件）

丢失的后果就是要重新签名，然后你发布在商店中的应用也要重新计算已有的排行榜，还有当然会遇到签名不一致的问题了。你在版本升级的时候也需要使用这个签名文件重新打包，所以断不可丢失。

这里填写的是一些基本信息，我就测试性的随便填写，一般都是填写公司相关的真实性信息。点击下一步

这里可以选择 debug\release 版本，一个代表测试，一个是发布版。然后完成就可以到你指定的文件夹中去查看 apk 文件是否生成了。当然，as也会提示成功或者失败情况的，这就是我们刚刚签名打包生成的 apk 安装包文件了。如果你要将这个文件进行安装的话，就必须得先卸载 run 发布的应用才可以成功安装。