VersionCode与VersionName

APK定义了两个关于版本属性：VersionCode和VersionName，他们有不同的用途。

结尾有三个常见问题的解决方案

然后讲讲前因后果

大家在使用软件和应用时，都会涉及到版本的概念，大家都知道的，比如Win XP，QQ2012，小米桌面1.6。之所以会有版本，主要是因为软件产品一直在发展、变化的。版本的概念可以帮助消费者识别不同时期的产品。

而展现在消费者面前的版本，和开发者内部使用的通常是不同的版本。开发时通常会使用数字作为标志，比如6.1.7600.16385，其实是Win 7第一个正式版的版本号，而Win 7 SP1的版本号是6.1.7601.17514，这样长长一串数字对消费者毫无意义，所以在产品发布时通常会起一个更容易懂的版本。下文中会把Win 7这样的用于展示的版本叫做[VersionName]，6.1.7601.17514这样用于程序标识的版本叫做[VersionCode]

早年因为软件主要自己负责自己的分发、升级等方面，所以版本号也相当自由，各家都有不同的规范。但是近年来移动设备崛起，App Store这样的应用商店集中分发成了主流。以升级为例，应用商店会负责检查消费者手机上应用的版本，并和商店里面最新的版本比较，如果商店里面的版本比较新，消费者手机上的版本比较旧，就会提醒消费者升级。

这就涉及到如何识别新、旧的问题。

对于计算机来说，最可靠的判断方式就是数字，数字有很多好处：程序容易判断、格式简单不容易出错、肉眼容易识别等。所以Google要求每个应用都要在APK安装包中记录这个安装包的[VersionCode]，只要拿到这个APK文件，就可以知道它对应的[VersionCode]是多少，应用商店就会以这个[VersionCode]为准，来判断版本。安装包的[VersionCode]数字越大就越新。这样开发者在开发过程中，每有一个新版本只要加大一点这个数字就可以了。比如第一个版本的[VersionCode]是1，第二个版本是2。因为开发者可能每天可能会产生多个没有发布的版本，所以这个数字会增长的很快。

经过一段时间的开发，这个数字会变得比较大，比如16385，这时对一个消费者，这样的数字其实不太具有可识别性，比如说Win 16385和Win 17514在传达信息方面效果并不好，不利于产品的市场推广。因此Google也支持在AKP安装包内记录[VersionName]，你可以叫Win 7、Win Vista都没问题，可以满足市场、传播方面的需求，这样[VersionName]其实不具备比较新、旧版本的能力，只是用来展示给消费者看的。

我们在运营应用商店的过程中，发现有的开发者会遇到一些问题。

这种情况很常见，比如说新版本发布之后，某个商店反馈说存在xxx问题，需要修复、定制等等操作，于是商务找工程师出了个新版本，考虑到是小版本升级，版本号没变化，但是VersionCode已经变了。

有时候因为工程师不小心，发布了一个VersionCode过大的版本，比如1.1.1.20版本的VersionCode写成了111，而1.1.1.27版本的VersionCode写成了11127，但是后面发布1.1.2版希望延续旧的VersionCode，用112。

偶尔会遇到版本已经发布了，第二天突然发现，糟糕，有Bug，用户开始骂了！于是商务同学到各家市场要求退回旧版本。