android开发中关于VersionCode和VersionName

浏览：1285 ℃

字体：大中小

发布时间：2013-12-22 23:48:31

来源：

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

VersionCode：对消费者不可见，仅用于应用市场、程序内部识别版本，判断新旧等用途。
VersionName：展示给消费者，消费者会通过它认知自己安装的版本，下文提到的版本号都是说VersionName。
结尾有三个常见问题的解决方案
1. 同一个版本号，对应了多个VersionCode怎么办
2. 发布了一个VersionCode错误的版本怎么办
3. 发出去的应用有Bug要换回旧版，怎么操作？然后讲讲前因后果
  大家在使用软件和应用时，都会涉及到版本的概念，大家都知道的，比如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]其实不具备比较新、旧版本的能力，只是用来展示给消费者看的。
  综上所述
  - VersionCode：对消费者不可见，仅用于应用市场、程序内部识别版本，判断新旧等用途。
  - VersionName：展示给消费者，消费者会通过它认知自己安装的版本。一般我们说的版本号就是这个。
    我们在运营应用商店的过程中，发现有的开发者会遇到一些问题。
    1、同一个VersionName(版本号)，对应了多个VersionCode这种情况很常见，比如说新版本发布之后，某个商店反馈说存在xxx问题，需要修复、定制等等操作，于是商务找工程师出了个新版本，考虑到是小版本升级，版本号没变化，但是VersionCode已经变了。
    - 可能遇到的问题：如果这个新版只在部分商店上线，就会出现都是3.1版，A商店的版本其实比B商店的新。已经安装了新版本的用户，还会被提示升级，这时候用户会困扰，为什么我装了3.1还要升级到3.1？部分商店为了最新会抓包，导致渠道包流窜，影响运营监控和分析。
    - 解决方案：a.版本号应该和VersionCode一起涨，而且一旦发布新版本，就在所有渠道上架新版。
      2、发布了一个VersionCode错误的版本有时候因为工程师不小心，发布了一个VersionCode过大的版本，比如1.1.1.20版本的VersionCode写成了111，而1.1.1.27版本的VersionCode写成了11127，但是后面发布1.1.2版希望延续旧的VersionCode，用112。
      - 可能遇到的问题：1.1.1.27版的用户将无法获得1.1.2版本的升级，因为在程序看来1.1.1.27版本是比较新的，同时，已经使用了1.1.2版本的用户，可能会收到旧版本的升级提示，比并降级回旧版
      - 解决方案：其实很简单，因为VersionCode对最终用户是不可见的，只要增加就好了，上文的例子，新版VersionCode直接取11200就齐活了。
        3、发布了一个有Bug的版本，好捉急偶尔会遇到版本已经发布了，第二天突然发现，糟糕，有Bug，用户开始骂了！于是商务同学到各家市场要求退回旧版本。
        可能遇到的问题：已经升级到有Bug版本的用户是无法回滚到旧版的，因此这样直接退回旧版本的方式对这些热心升级的用户是非常不负责任的。而且人肉召回的力度实在有限，这个有Bug的版本一定会流传的。
        解决方案：最好是不要浪费时间退回旧版，赶紧修复Bug发个新版本(记得加VersionCode)，如果Bug比较棘手，暂时无法修复，只能退回旧版本，这时建议把旧版本的VersionCode改大一些后，提交新版本，这样可以保证所有用户都能下载/升级到一个相对可靠的版本。

闂傚倸鍊搁崐鎼佸磹閻戣姤鍤勯柛顐ｆ磸閳ь兛鐒︾换婵嬪礋椤撶媭妲卞┑鐐存綑閸氬岣垮▎鎴濐棜闁秆勵殕閳锋垶銇勯幒鍡椾壕缂備礁顦顓犲垝婵犳艾鍐€妞ゆ挾鍠撻崢鎼佹⒑閹肩偛鍔楅柡鍛閳挳姊绘担鍛靛綊顢栭崱娑樼闁归棿绀侀悡鈥愁熆鐠虹尨鍔熼柡鍡畵閺屾盯濡烽姀鈩冪彇闂佺粯绋忛崕宕囨閹捐纾兼繛鍡樺俯閸炲綊姊洪柅鐐茶嫰婢ь噣鏌涢悢閿嬪仴妞ゃ垺妫冮、姗€鎮╅顫闁荤喐鐟ョ€氼厾绮堥崘顏嗙＜閻犲洩灏欐晶锔筋殽閻愭彃鏆ｉ柛鈺嬬節瀹曘劑顢涘顒傚濠碉紕鍋戦崐鏍箰閻愵剚鍙忛柧蹇ｅ亞椤╂煡鏌曡箛鏇炐涢柡鈧禒瀣厽闁瑰瓨绻冨婵嬫煕閹烘柨顣肩紒缁樼洴瀵爼骞嬪┑鎰磾婵°倗濮烽崑娑氭崲濮椻偓瀵偊骞樼紒妯绘闂佽法鍣﹂幏锟�/QQ 1602007闂傚倸鍊搁崐鎼佸磹閻戣姤鍊块柨鏃堟暜閸嬫挾绮☉妯诲櫧闁活厽鐟╅弻鐔告綇妤ｅ啯顎嶉梺鎼炲€栭崝鏍Φ閸曨垰鍐€妞ゆ劦婢€缁爼姊哄ú璇插箺妞ゃ劌鐗撻獮澶岀矙濞嗘儳鎮戞繝銏ｆ硾閿曪箓宕㈠ú顏呪拺闁告繂瀚弳娆撴煟濡も偓濡瑩宕曢锔解拻濞达絿鎳撻婊呯磼鐠囨彃鈧灝鐣烽幇鏉垮窛濠电姴瀚峰ú鎼佹⒑鐠団€崇€婚柍褜鍓熷銊︾鐎ｎ偆鍘藉┑鈽嗗灥濞夋洜鑺遍崸妤佺厱闊洦鎸诲﹢浼存煏閸パ冾伃妤犵偛娲、鏃堝幢濞嗘垵骞嗛梻鍌欑閹碱偊鎯屾径灞惧床婵犻潧妫涢弳锕傛煙閻戞ê鐏嶉柛顐邯楠炴牕菐椤掆偓閻忣亪鏌￠崱娆忎粶闁宠鍨块幃娆忣啅椤斿吋顔嶅┑鐘愁問閸犳骞愰幎钘夌畺鐟滄棃鐛Ο鍏煎珰闁肩⒈鍓涢弳浼存⒒娴ｅ憡鍟炴繛璇х畵瀹曞綊鏌嗗鍛紱闂佸憡娲﹂崹閬嶆偂閿濆鍙撻柛銉ｅ妽鐏忎即鎮归幇鍓佺瘈鐎殿噮鍋婂畷濂稿Ψ閿旇瀚藉┑鐐存尰閸╁啴宕戦幘瀵哥濞达絽鍟块崥妯衡槈濡粍妫冨畷顏呮媴鐟欏嫭鐝楅梻鍌欑閹测剝绗熷Δ鍛獥婵ǹ缈伴埀顒€鎳樺濠氬Ψ閿旀儳骞愰梻浣规偠閸庮噣寮插☉銏犲嚑闁哄啫鐗婇悡鍐煟閻旂ǹ顥嬮弫鍫ユ⒑閸濆嫯瀚扮紒澶庮潐娣囧﹪鎮滈挊澹┿劑鏌曟径娑㈡闁伙讣缍侀弻锝夋偄閸濄儳鐓佸┑鐘灪閿氶摶鐐翠繆閵堝懏鍣虹紒鐘冲浮濮婄粯鎷呴崨闈涙贡閹广垽骞掑Δ鈧悡鏇㈡煕椤愶絿濡囬柡瀣閺岋繝宕橀妸銉㈠亾瑜版帒绐楅柟鎵閸嬨劍銇勯弽鐢靛埌闁哄鍠栭幃妤€顫濋悙顒€顏�

>更多相关文章