10_App生产和测试环境的分离
1. 概述
在 App 的开发阶段会有“测试”和“生产”两种环境。测试环境主要就是进行调试，功能完善，性能调优等的编写程序的环境，而每个阶段我们对外发布的 App 版本都会配置好正式的生产环境也就是正式上线的环境。它们之间的区别主要就是不同环境下使用不同的接口 URL 和数据库。
在开发和测试过程中，我们对产品进行迭代升级时，有时会我们的手机上已经安装了一个上线的应用，但是开发过程中我们还要安装一个测试的应用以便调试。这时我们可能要先卸载上线的应用，再安装测试的应用，而且还有一些配置需要改动，比如接口地址、第三方的 app key 等，这样操作起来显得很麻烦，也容易出错。
下面就针对这种情况，我们在 Android Studio 只需做一些相关配置就可以解决上述问题。
2. Android Studio 相关介绍
2.1 package and applicationId
Android Studio 通过 Gradle 构建系统中，applicationId 属性作为应用的唯一标识符（包名），用于区分不同应用；package 属性用来定义被引用的资源类 R 文件。
package 在 AndroidManifest.xml 文件的 manifest 标签里面， applicationId 在 app/build.gradle文件中的 defaultConfig 配置下。新建项目时 applicationId 默认使用 package 属性值初始化。
...
// AndroidManifest.xml文件中
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.codinglife.moduzhang.testsample">
...
// app/build.gradle 文件中
android {
compileSdkVersion 26
buildToolsVersion "26.0.0"
defaultConfig {
applicationId "com.codinglife.moduzhang.testsample"
minSdkVersion 15
targetSdkVersion 26
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
}
...
我们要实现 Apk 的环境分离，即在同一设备上安装同一应用的不同版本，我们我们只需修改 applicationId 的值，构建出不同包名的 Apk 安装包文件。而要修改 applicationId 的值，我们只需通过 productFlavors 和 buildTypes 来轻松实现 Apk 的打包定制（或者说是 Build Variants）。
项目中的 productFlavors 和 buildTypes 配置可以在 app/build.gradle 代码文件或者在顶部操作栏的 File 下 Project Structure 上修改，作用是一样的。
2.2 productFlavors
通过定义多个不同的 productFlavors 来实现应用的不同定制版本，每一个Flavor 与 buildTypes 配合产出对应的一种输出类型的 Apk 文件，新建的项目初始化只有一个默认的 Flavor 就是 defaultConfig。
应用环境分离.png
2.3 buildTypes
默认情况下，项目的 buildTypes 包含 debug 和 release 两个构建版本，其中 release 版本的执行需要手动设置签名文件。配置 buildTypes 是通过定义 applicationIdSuffix 来实现的，就是添加包的后缀名。
打包定制不同的 App 安装包.png
除了上面的配置外，productFlavors 和 buildTypes 都会通过各自的 sourceSet 来提供代码和资源，默认的路径为：src/flavorName 和 src/typeName。利用这个特性，我们可以实现不同定制版本的 Apk 显示不同的应用名称和桌面图标，以便从设备上进行区分。
productFlavors 和 buildTypes 配合产出各种格式为 “flavorName ＋ typeName” 的 Build Variants，以打包出不同版本的 Apk。当你没有自定义flavors，默认的defaultConfig也会与buildTypes形成对应的Build Variants，只是没有名字，所以显示为debug和release。
defaultConfig + buildTypes.png
3. 生产和测试环境分离操作
以下以 buildTypes 方式为例
- 在 Project Structure 中的Build Types 中，设置 debug 版本中的Application Id Suffix 为
.debug或其它名称，release 版本不需要动。
gradle 文件会生成如下内容
有了这一步，就可以将 debug 版本和 release 版本的 Apk 安装在同一设备上了。
设置Application Id Suffix.png
-
我们还可以设置 debug 版本的应用图标，应用名称等。
在 src 目录下新建 debug 目录，目录名要和上一步中的 Application Id Suffix 一致，然后在 debug 目录下新建 res 目录，在 res 目录下建立图片和 values 文件夹。在选择 debug 版本运行时，这里的资源文件会自动替换 main 目录下相同的资源文件。
我们可以在 strings 文件里面放一些 debug 和 release 版本不同的配置信息，如：服务器接口地址，然后在程序的入口处赋值给代码里的全局静态变量。这样就不用每次来回切换修改。
debug版本信息.png
-
运行时在 BuildVariants 中选择运行 debug 或 release 版本。
还是要注意在运行 release 版本的时候，一定要配置签名信息，否则会报错。最好把 debug 版本的也设置统一的签名文件。
配置签名信息.png
