也谈ApplicationId和PackageName的区别

背景

为啥突然想到去写这个问题？
1、在适配Android7.0时，大家都会用到FileProvider去封装文件原本的uri，不然是无法通过Android7.0的安全验证。
2、我们的项目，在不同的渠道上，有不同的包名，如果我把authorities写死的话，在同一个手机上安装我们不同渠道的App，就会报provider冲突。为了解决这个问题，要实现不同包名对应不同的fileProvider，所以就出现了以下代码的写法 android:authorities="${applicationId}.fileProvider"。

3、代码中要使用fileProvider，这个时候，我要获取authorities，首先想到的是，获取ApplicationId，然后拼接字符串，然而Android并没有提供getApplicationId相关Api。接着想，getPackageName试一下吧，运行了一下，这个getPackageName()获取的，果然是ApplicationId！！！

fileUri = FileProvider.getUriForFile(this, getPackageName() + ".fileProvider", file);

目的是达到了，但是感觉Android对PackageName和ApplicationId这两者的概念和Api有点儿混乱。于是想梳理一下这个知识点。

概念

• ApplicationId：应用的唯一标识，在一个Android设备，或者各大应用市场中，所有的应用程序的ApplicationId都是唯一的。应用市场一般通过应用的ApplicationId可以定位到该应用。
• Package name：在用Eclipse构建的Android项目中，使用包名(Package Name)作为应用的唯一标识（applicationId）。可以说在Eclipse下ApplicationId=Package name。
  同样，在AndroidStudio中，如果你没有在build.gradle脚本中定义ApplicationId，那么编译时也会把AndroidManfest中的PackageName作为ApplicationId。

为什么要区分？

Google 主要应该是考虑解耦，把二者区分开来后，ApplicationId就用来做唯一性鉴别，PackageName就用来作为Java代码的包名，索引Java源码和资源文件，二者互不影响。
这样以来，同样的一份代码，你就可以通过定义不同的ApplicationId，编译出不同的App，实现差异化。

App运行时getPackageName()的返回值？

这就要说到apk的编译过程，在编译的最后阶段，gradle会使用ApplicationId替换掉“AndroidManifest.xml（源码）”中的PackageName，所以编译成功后，你的apk的AndroidManifest.xml里面的PackageName，实际上就是你在build.gradle中声明的ApplicationId。
这里有点绕，举个栗子：
build.gradle中这样配置

        applicationId "com.justfortest"
        minSdkVersion 18
        targetSdkVersion 25
        versionCode 1202
        versionName "1.2.2"

AndroidManifest.xml中这样配置

然后编译成功后，反编译apk，得到AndroidManifest.xml，此时，应该是这样的

其实，也就是说，编译过程中，gradle钦定了ApplicationId，作为唯一标识，替换掉了AndroidManifest.xml源码中的PackageName。
这样以来，apk中的packageName，其实就是你的applicationId。
同理，对于大多数第三方的SDK或者开发平台，让你填写的包名，都是ApplicationId。