多渠道打包

各种下载应用的软件网址,叫渠道分发商,如腾讯应用宝,百度,Google Play,多渠道打包通过了解下载量,有针对性的打广告

多渠道打包意义：

可以用这个APK，放上一段业务逻辑，获取用户手机的ID，应用启动，网络请求将ID发送到服务器上，用ID进行判断，数据库中有无这个ID，没有的话，存入数据库，算成下载量，如果存在ID，就不算下载量。

另一方面:获取APK的标识,上传服务器,如果数据库没有手机ID,就会根据标识GP,在分发商+1;

计算渠道下载量的意义：

1、根据渠道用户活跃量，进行盈利分成。

2、根据下载量排名用少量的费用达到针对性的提升知名度，进一步推广。

原始多渠道打包

原始多渠道打包的方式，指的是每次打包的时候在代码中设置channelId，打包完这个渠道的apk包后，需要重新设置channelId再进行打包，如此反复。该方式多出现在android早期的时候，多被一些刚入行的android工程师使用，或者是一些公司面对较少渠道的时候使用。

原理

原始多渠道打包就是个体力活，在较少渠道的时候可以使用，但是面对上千的渠道的时候，使用这种方式你会后悔当一名android开发工程师。它的原理是在应用代码中设置渠道ID，使用的时候将渠道ID设置给数据分析接口，数据分析平台通过该渠道ID分析之。其实后面多渠道方式的本质原理都是这样的，但是具体扩展方式不同而已

签名的作用:再android应用文件中保存一个特别的字符串(用来标示不同的应用开发者:开发A,开发B);

1.系统要求每一个应用程序必须要经过数字签名才能够安装到系统中(平常没有配置依然能运行程序,是studio使用了默认签名)

  提示:1. debug签名的应用程序不能在Android Market上架销售，它会强制你使用自己的签名。

         2. 不同电脑使用此文件生成的签名不一样。那就意味着如果你换了机器,也就是换了签名文件一样.

2.主要是为了后期app的升级,能无缝升级,故一定要保存好,一旦丢失,就在也找不回来.一点要保存好!!!(安卓系统靠签名文件来识别该程序的拥有者)

        不同程序员开发的应用包名可能会相同, 导致一个应用覆盖掉另一个应用。

> 如果只有包名的概念，那么如果B应用与已经安装的A应用包名一样，那就实现覆盖。不合理！

> 而事实上是装不上B的，它会提示，存在包名一致，但是签名不一样的。这就不会覆盖。

  3.用来标识不同的应用开发者：开发者A,开发者B防止盗版,应用更新时要用同一个签名,否则就不是更新而是安装新应用

提示:千万不要把签名文件(xxx.keystore/xxx.jks,keystore是eclipse签名产生的文件,jks是studio签名产生的文件)文件弄丢了

签名文件丢失的后果:1. 用户安装时必须先卸载才能成功安装     2.：应用市场有下载量排名，如果重新签名,应用市场上的排行就会从0开始了

建议:所有应用程序,使用一个签名证书:方便升级,模块化,代码或数据的共享.

Android Studio签名打包的常见问题及解决方式:

问题1.

现象:Android导出APK包时出现，编译调试时不会出现。

错误信息：

Error:(16) Error: "baidutieba_client_inavailable" is not translated in "en" (English) [MissingTranslation]

Error:(63) Error: "baidutieba" is not translated in "en" (English) [MissingTranslation]

Error:(67) Error: "share_to_baidutieba" is not translated in "en" (English) [MissingTranslation]

解决办法：注意studio提示哪个XML文件有问题,就在那个文件里加上红色的两端代码

resources 标签内增加两个属性即可：

<?xml version="1.0" encoding="utf-8" ?>  
<resources 
xmlns:tools="http://schemas.android.com/tools"  
  tools:ignore="MissingTranslation">