其他分享
首页 > 其他分享> > Android Gradle 详解,查缺补漏

Android Gradle 详解,查缺补漏

作者:互联网

//}

android {

compileSdkVersion 30//项目的编译版本

defaultConfig {

applicationId “com.scc.demo”//包名

minSdkVersion 23//最低的兼容的Android系统版本

targetSdkVersion 30//目标版本,表示你在该Android系统版本已经做过充分的测试

versionCode 1//版本号

versionName “1.0.0”//版本名称

ndk {

abiFilters ‘armeabi-v7a’, ‘arm64-v8a’

//运行环境,要上传Google Play必须兼容64位,这里仅兼容ARM架构

//对于ARM架构,32 位库位于armeabi-v7a 中。64 位等效项是arm64-v8a。

//对于x86体系结构,查找x86(用于 32 位)和 x86_64(用于 64 位)。

}

}

buildTypes {//配置了多个版本(设置自动打包环境)

release {

minifyEnabled false

proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-rules.pro’

}

//正常情况上面这个够用了,下面的用来了解

//指定生成安装文件的配置,常有两个子包:release,debug,

// 咱这边多一个子包,多一种配置方式

// 注:直接运行的都是debug安装文件

getByName(“release”) {

minifyEnabled true//是否开启收缩、混淆、优化,true开启

shrinkResources = true // 是否开启资源收缩 ,true开启

//applicationIdSuffix 未设置默认包名 applicationId “com.scc.demo”

proguardFiles(getDefaultProguardFile(“proguard-android.txt”), “proguard-rules.pro”)

}

getByName(“debug”) {

applicationIdSuffix = “.debug”//打包后会变成com.scc.demo.debug

minifyEnabled false

}

/**

*/

create(“staging”) {

initWith(getByName(“debug”))

applicationIdSuffix = “.staging”

}

}

//flavorDimensions多维度配置

flavorDimensions “scc”

productFlavors {

create(“demo”) {

// Assigns this product flavor to the “version” flavor dimension.

// If you are using only one dimension, this property is optional,

// and the plugin automatically assigns all the module’s flavors to

// that dimension.

dimension = “scc”

applicationIdSuffix = “.demo”

versionNameSuffix = “-demo”

}

create(“full”) {

dimension = “scc”

applicationIdSuffix = “.full”

versionNameSuffix = “-full”

}

}

//指定jdk版本

//设置代码编译的版本,一般是在使用JDK1.8时,配置这个,使编译出来的jar包让别人使用时更通用

compileOptions {

sourceCompatibility JavaVersion.VERSION_1_8

targetCompatibility JavaVersion.VERSION_1_8

}

}

dependencies {//指定当前项目的所有依赖关系:本地依赖、库依赖、远程依赖

//本地测试,声明测试用列库

testImplementation ‘junit:junit:4.+’

//androidTestImplementation仅为测试APK添加远程依赖项。

androidTestImplementation ‘androidx.test.ext:junit:1.1.2’

//库依赖:(跟app同级文件的项目)

implementation(project(":mylibrary"))

//本地依赖:Gradle在项目app/libs/目录中声明对jar文件的依赖

//(因为 Gradle读取相对于build.gradle文件的路径)。

implementation fileTree(dir: ‘libs’, include: [’*.jar’])

//或者,你可以按如下方式指定单个文件

implementation(name: ‘app-release11’, ext: ‘aar’)

implementation files(‘libs/scc.jar’, ‘libs/stt.jar’)

//注意:像这样的远程依赖项要求你声明适当的远程存储库,Gradle 应在其中查找库。

// 远程依赖:如果该库在本地尚不存在,则 Gradle 会在构建需要时(例如,当你单击将项目与 Gradle 文件同步 或运行构建时)

// 从远程站点拉取它。

//全称应为implementation group: ‘com.android.billingclient’,

// name: ‘billing’, version: ‘3.0.0’

implementation ‘com.android.billingclient:billing:3.0.0’

}

//声明是要使用谷歌服务框架(这个一般放在gradle最下面)

apply plugin: ‘com.google.gms.google-services’

compileSdkVersion 和 targetSdkVersion 区别

compileSdkVersion 告诉 Gradle 用哪个 Android SDK 版本编译你的应用。使用任何新添加的 API 就需要使用对应等级的 Android SDK。需要强调的是修改 compileSdkVersion 不会改变运行时的行为。

targetSdkVersion 是 Android 提供向前兼容的主要依据,在应用的 targetSdkVersion 没有更新之前系统不会应用最新的行为变化。这允许你在适应新的行为变化之前就可以使用新的 API。compileSdkVersion 不能小于 targetSdkVersion 。

四、signing********应用签名

构建系统使你能够在构建配置中指定签名设置,并且可以在构建过程中自动对你的 APK 进行签名。构建系统使用已知凭据使用默认密钥和证书对调试版本进行签名,以避免在构建时出现密码提示。除非你明确定义此构建的签名配置,否则构建系统不会对发布版本进行签名。

1、按照图上步骤进行操作,操作栏中选择Build>Generate signed Bundle or apk>…

2、根据步骤3生成的是aab文件,需要上传到谷歌,谷歌会生成相应的apk文件供用户下载

选中内容在上传aab到谷歌时需要用到下面省的内容。

已有jks文件就如下图显示,没有jks的>点击Create new…按要求填写即可

3、直接生成apk文件,已有jks文件就如上图显示,没有点击Create new…按要求填写即可

-blog.csdnimg.cn/20210602123137381.png?,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2c5ODQxNjA1NDc=,size_16,color_FFFFFF,t_70)

3、直接生成apk文件,已有jks文件就如上图显示,没有点击Create new…按要求填写即可

标签:文件,补漏,scc,Gradle,版本,查缺,debug,Android
来源: https://blog.csdn.net/m0_66145060/article/details/122758958