devbox
从前慢现在也慢
这个屌丝很懒，什么也没留下！
关注作者
热门标签
热门文章
当前位置:   article > 正文

Android studio 中的 Gradle_gradle在android studio中

作者：从前慢现在也慢 | 2024-07-31 06:32:01

赞

踩

gradle在android studio中

1、Gradle是什么，有什么作用

Gradle是一个基于Apache Ant和Apache Maven概念的项目自动化构建工具。

它使用一种基于Groovy的特定领域语言(DSL)来声明项目设置，抛弃了基于XML的各种繁琐配置。面向Java应用为主。

当前其支持的语言限于Java、Groovy、Kotlin和Scala，计划未来将支持更多的语言。基于 groovy 脚本构建，其 build 脚本使用 groovy 语言编写。

android studio 中 Gradle 可以帮我们编译 构建 打包项目 可以配置自己的task任务,可以很方便的去引用第三方的类库

2、Gradle在Android studio的具体用法

太杂了，我直接贴代码吧，加有注释 build.gradle

  1. /**
  2.  * Gradle 是一个基于 Apache Ant 和 Apache Maven 概念的项目自动化建构工具。
  3.  * 它使用一种基于 Groovy 的特定领域语言（DSL）来声明项目设置，抛弃了基于 XML 的各种繁琐配置。
  4.  *
  5.  * 简单来说，Gradle 是一种项目构建工具， 它可以帮你管理项目中的
  6.  * 差异、依赖、编译、打包、部署 ......，你可以定义满足自己需要的构建逻辑，
  7.  * 写入到 build.gradle 中供日后复用。
  8.  *
  9.  * Gradle 是一个构建工具，但它需要特定的插件来工作。Android Plugin for Gradle 即是 Gradle 的 Android 插件。
  10.  * Android Studio 构建系统基于 Gradle，Gradle 的 Android 插件 添加了特定于构建 Android 应用程序的几项功能。
  11.  * 虽然 Android 插件通常以 Android Studio 的锁定步骤更新，
  12.  * 但插件（以及其余的 Gradle 系统）可以独立于 Android Studio 运行，并单独更新。
  13.  *
  14.  * Gradle是一个独立运行的程序，不但可以与AndroidStudio协同工作还可以和Eclipse等IDE配合使用。
  15.  * 但由于Gradle发展速度比较快，导致Gradle版本不一，
  16.  * 故每个 Android 插件版本（Android Plugin for Gradle）需要与特定的 Gradle 版本相匹配才能编译成功。
  17.  * 为了获得最佳性能，应该使用最新版本的 Gradle 和 Android 插件。
  18.  */
  19. plugins {
  20.     id 'com.android.application'//应用com.android.application 插件构建此模块
  21. }
  22. //开始配置安卓特定的编译选项
  23. android {
  24.     namespace 'com.example.gradledemo'
  25.     compileSdk 33   //编译的SDK版本，最佳选择为最新的API级别
  26. //    buildToolsVersion //编译的Tools版本，最佳选择为最新的API级别
  27.  
  28.     //封装默认设置和编译变量，能根据编译系统动态得重写AndroidManifest.xml中的属性
  29.     defaultConfig {
  30.         applicationId "com.example.gradledemo"  //应用程序的包名
  31.         minSdk 24       //支持的最低版本，操作系统会拒绝将应用安装在系统版本低于此标准的设备上
  32.         targetSdk 33    //支持的目标版本，最佳选择为最新的API级别
  33.         testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner" //允许自动化测试
  34.         versionCode 1   // 版本号
  35.         versionName "1.0"   // 版本名
  36.         multiDexEnabled true //开启分包
  37.         ndk { // 设置支持的SO库架构 这些叫 ABI，每一种都对应一种 CPU 指令集
  38.             /**
  39.              * Android 平台 CPU 有三大类：ARM、x86、MIPS，其中 x86、MIPS 已经被彻底淘汰了，大家集成 .so 只要考虑 ARM 平台架构就行了
  40.              * ARM 平台架构主要有3种，下面说的代对应的是架构：
  41.              * armeabi: 第5代、第6代 ARM 处理器，早期 android 手机用，A5/7/8/9 核心用的都是这个架构
  42.              * armeabiv-v7a: 第7代、32位 ARM 处理器架构，带浮点数计算能力。A15/17 核心用的都是这个架构，一般现在也少见了，也都淘汰了
  43.              * arm64-v8a: 第8代、64位 ARM 处理器架构，A32/35/53/57/72/73 核心用的都是这个架构，一般现在的 ARM 处理器都在这个范围内
  44.              */
  45.             abiFilters 'armeabi', 'armeabi-v7a', 'arm64- v8a', 'x86', 'x86_64'
  46.         }
  47.         multiDexEnabled true    //是否支持分包
  48.         testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"//junit单元测试
  49.         resConfigs 'en'//中文资源
  50.         resConfigs "xhdpi" //只使用xhdpi 下的资源文件
  51.         multiDexEnabled true //分包，指定某个类在main dex
  52.         multiDexKeepProguard file('multiDexKeep.pro') // 打包到main dex的这些类的混淆规制，没特殊需求就给个空文件
  53.         multiDexKeepFile file('maindexlist.txt') // 指定哪些类要放到main dex
  54.     }
  55.     //开启databind支持
  56.     dataBinding {
  57.         enabled = true
  58.     }
  59.  
  60.     //签名信息
  61.     signingConfigs {
  62.         production {
  63.             //签名文件路径
  64.             storeFile rootProject.ext.signing.storeFile
  65.             //密码
  66.             storePassword rootProject.ext.signing.storePassword
  67.             //别名
  68.             keyAlias rootProject.ext.signing.keyAlias
  69.             //别名密码
  70.             keyPassword rootProject.ext.signing.keyPassword
  71.         }
  72.     }
  73.  
  74.     //构建类型,生成包的配置
  75.     buildTypes {
  76.  
  77.         // 开发环境
  78.         debug {
  79.             debuggable true // 是否支持断点调试 默认false
  80.             jniDebuggable true // 是否可以调试NDK代码 默认false
  81.             renderscriptDebuggable true // 是否开启渲染脚本RenderScript调试功能，默认为false
  82.             zipAlignEnabled true // 是否对APK包执行ZIP对齐优化，减小zip体积，增加运行效率 默认true
  83.             minifyEnabled true // 是否对代码进行混淆,默认false
  84.             shrinkResources true// 移除无用的资源文件 是否自动优化未使用的资源,该配置生效的前提是minifyEnabled必须为true,默认false
  85.             // proguardFiles 指定混淆的规则文件
  86.             proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
  87.             versionNameSuffix "-debug"//可以版本名称后面追加相关信息
  88.             applicationIdSuffix ".debug"//包名添加后缀 可以控制不同构建类型不同的包名
  89.             //自定义资源信息相当于value 下的String.xml里的内容   debug环境下 定义响应的项目名称
  90.             resValue "string", "app_name", rootProject.ext.android.debugAppName
  91.             //manifest 参数配置项目图标  debug环境下的桌面图标显示 在 manifest 清单文件中引用
  92.             manifestPlaceholders = [app_icon: rootProject.ext.android.debugAppIcon]
  93.             //自定义参数 在 Buildconfig使用   这里不同的环境定义不同的url
  94.             buildConfigField("String", "API_URL", rootProject.ext.apiUrl.debugUrl)
  95.             //配置签名信息
  96.             signingConfig signingConfigs.production
  97.             externalNativeBuild {
  98.                 ndkBuild {
  99.                     arguments 'NDK_DEBUG=1'
  100.                 }
  101.             }
  102.         }
  103.         //预上线
  104.         preRelease {
  105.             resValue "string", "app_name", rootProject.ext.android.preReleaseAppName
  106.             manifestPlaceholders = [app_icon: rootProject.ext.android.preReleaseAppIcon]
  107.             zipAlignEnabled true
  108.             shrinkResources true
  109.             versionNameSuffix "-preRelease"
  110.             applicationIdSuffix ".preRelease"
  111.             signingConfig signingConfigs.production
  112.             minifyEnabled true
  113.             proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
  114.             buildConfigField("String", "API_URL", rootProject.ext.apiUrl.preRelease)
  115.         }
  116.  
  117.         release {// 线上正式
  118.             resValue "string", "app_name", rootProject.ext.android.releaseAppName
  119.             manifestPlaceholders = [app_icon: rootProject.ext.android.releaseAppIcon]
  120.             zipAlignEnabled true
  121.             shrinkResources true
  122.  
  123.             signingConfig signingConfigs.production
  124.             minifyEnabled true
  125.             proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
  126.             buildConfigField("String", "API_URL", rootProject.ext.apiUrl.release)
  127.         }
  128.     }
  129.  
  130.     /**
  131.      * productFlavors 字面翻译是产品口味，在多渠道打包用的比较多,或者是针对同一款应用不同的使用限制。
  132.      * 在productFlavors 中可以重写 defaultConfig 中的配置。在默认情况下编译系统是没有创建 productFlavors 的。
  133.      * 这里示范创建了付费和免费两种产品特性，每种特性定义了不同的应用id，所以同一款手机可以同时安装者款应用
  134.      */
  135.     productFlavors {
  136.         free {
  137.             applicationId 'com.example.myapp.free'
  138.         }
  139.  
  140.         paid {
  141.             applicationId 'com.example.myapp.paid'
  142.         }
  143.     }
  144.  
  145.     /**
  146.      * 拆分专用版本的apk，以减小应用的提交
  147.      * 比如：jni时分别拆分成arm版和x86版或者根据屏幕密度拆分
  148.      */
  149.     splits {
  150.         // 屏幕密度分割设置
  151.         density {
  152.             // 启用或禁用密度分割机制
  153.             enable false
  154.             // 从分割中排除这些密度
  155.             exclude "ldpi", "tvdpi", "xxxhdpi", "400dpi", "560dpi"
  156.         }
  157.     }
  158.  
  159.     // 打包完成后的一些copy操作和修改apk名字或路径等操作
  160.     android.applicationVariants.all { variant ->
  161.         // delete previous files first
  162.         delete "${buildDir}/intermediates/merged_assets/${variant.dirName}"
  163.  
  164.         variant.mergeAssets.doLast {
  165.             def sourceDir = "${buildDir}/../../../../.."
  166.  
  167.             copy {
  168.                 from "${sourceDir}"
  169.                 include "assets/**"
  170.                 include "src/**"
  171.                 include "jsb-adapter/**"
  172.                 into outputDir
  173.             }
  174.  
  175.             copy {
  176.                 from "${sourceDir}/main.js"
  177.                 from "${sourceDir}/project.json"
  178.                 into outputDir
  179.             }
  180.         }
  181.  
  182.         //修改apk包名
  183.         variant.outputs.all { output ->
  184.             outputFileName = "app-${variant.name}-${defaultConfig.versionName}-${defaultConfig.versionCode}.apk"
  185.         }
  186.  
  187.         //混淆对应文件输出
  188.         variant.outputs.each { output ->
  189.             if (variant.getBuildType().isMinifyEnabled()) {
  190.                 variant.assemble.doLast{
  191.                     copy {
  192.                         from variant.mappingFile
  193.                         into "${projectDir}/mappings"
  194.                         rename { String fileName ->
  195.                             "mapping-${variant.name}.txt"
  196.                         }
  197.                     }
  198.                 }
  199.             }
  200.         }
  201.     }
  202.  
  203.     // 声明本地 aar 文件地址
  204.     repositories {
  205.         flatDir {
  206.             dirs 'libs'
  207.         }
  208.     }
  209.  
  210.     //jdk 配置
  211.     compileOptions {
  212.         sourceCompatibility JavaVersion.VERSION_1_8
  213.         targetCompatibility JavaVersion.VERSION_1_8
  214.     }
  215.  
  216.     //lib包配置 设置 .so 资源路径
  217.     sourceSets {
  218.         main {
  219.             jniLibs.srcDirs = ['libs']
  220.         }
  221.     }
  222.  
  223.     // 多渠道/多环境 的不同配置
  224.     flavorDimensions("default")
  225.     productFlavors {
  226.         qudao1 {
  227.             dimension "default"
  228.             //自定义项目名称
  229.             resValue "string", "app_name", "渠道1"
  230.             //自定义参数  在BUildConfig 里调用
  231.             buildConfigField("String", "orgId", '""')
  232.         }
  233.         qudao2 {
  234.             dimension "default"
  235.             resValue "string", "app_name", "渠道2"
  236.             buildConfigField("String", "orgId", rootProject.ext.channel.csOrgId)
  237.         }
  238.     }
  239.  
  240.     //执行lint检查，有任何的错误或者警告提示，都会终止构建，我们可以将其关掉。
  241.     lintOptions {
  242.         abortOnError false
  243.         checkReleaseBuilds false
  244.     }
  245.  
  246.     //文件重复
  247.     packagingOptions {
  248.         exclude 'lib/arm64-v8a/ffmpeg.so'
  249.     }
  250.  
  251.     configurations {
  252.         //编译期排除commons模块
  253.         compile.exclude module: 'commons'
  254.         //在整个构建过程中排除com.squareup.retrofit2：adapter-rxjava
  255.         all*.exclude group: 'com.squareup.retrofit2', module: 'adapter-rxjava'
  256.     }
  257.  
  258.     //全局强制使用
  259.     configurations.all {
  260.         resolutionStrategy {
  261.             force 'com.squareup.retrofit2:adapter-rxjava:2.1.0'
  262.         }
  263.     }
  264. }
  265.  
  266. /**
  267.  * Gradle依赖管理是依靠俩个classpath：compileClasspath、runtimeClasspath
  268.  * compileClasspath:编译时能使用的代码和类，当一个组件参与编译时，Gradle会将其放在compileClasspath中
  269.  * runtimeClasspath：运行时使用的代码和类，当一个组件参与打包时，Gradle就会将其放在runtimeClasspath中
  270.  * 编译时：代码还在编写阶段，只要还没有编译为class，就是编译时
  271.  * 运行时：当编译成class文件，在机器上运行的时候叫做运行时
  272.  * compileClasspath中含有的代码和类库，是我们在编写代码的时候需要使用到的类库，如果这里面没有的类库，我们编写时是会找不到该类的
  273.  * runtimeClasspath这个里面主要包括app运行时需要的类库，如果这个里面没有包含的库，那么运行时找不到类而crash
  274.  * implementation、api 这些操作符只是对依赖库不同的操作方式，其核心的逻辑就是，从远程拉下来的库到底是放在compileClasspath中还是runtimeClasspath还是俩个都放
  275.  */
  276.  
  277.  
  278. /**
  279.  * 配置项目的依赖关系
  280.  * 三种依赖方法:1.本地依赖,2.库依赖,3.远程依赖
  281.  * 两种依赖方式:
  282.  *
  283.  * 1.implementation,会添加依赖到编译路径，并且会将依赖打包输出到aar/apk,但编译时不会把依赖暴露给其他moudle
  284.  * 比如：A implementation B B implementation C,
  285.  * 在B中，可以使用C中类库,
  286.  * 在A中，不能使用C只给的类库，但是可以使用B中类库
  287.  * 这是因为implementation引入的依赖，会把C加入B的compileClasspath和runtimeClasspath，会把C加入A的runtimeClasspath
  288.  * 因为C没有加入A的compileClasspath，所以A没有办法在编译时访问C中的类库，又是因为C加入A的runtimeClasspath，所以A可以在运行时访问C类库
  289.  *
  290.  * 2.api,会添加依赖到编译路径，并且把依赖打包输出到aar/apk,依赖可以传递
  291.  * 比如：A implementation B B api C,
  292.  * 在B中，可以使用C中类库
  293.  * 在A中，可以使用B中类库，也可以使用C中类库
  294.  * 因为api引入的依赖，会把C加入B的compileClasspath和runtimeClasspath，
  295.  * 同时会把C加入A的compileClasspath和runtimeClasspath，所以A也可以在编译时访问C中类库
  296.  *
  297.  * 3.compileOnly,依赖只在编译时使用，不会打包到aar/apk运行时不能使用
  298.  * 比如：A implementation B B compileOnly C
  299.  * A访问不到C的代码，B可以访问C，且C不会打包到apk中
  300.  *
  301.  * 4.runtimeOnly,依赖编译时不能使用，只会打包到aar/apk运行时使用
  302.  * 比如：A implementation B B compileOnly C
  303.  * AB都不可以调用C中代码，但是C会打包到APK中
  304.  *
  305.  * 5.annotationProcessor,用于注解处理器的依赖配置
  306.  * 6.testImplementation,用于指定在测试代码的依赖。
  307.  * 7.androidTestImplementation,用于指定在测试代码的依赖。
  308.  * 8.debugImplementation,
  309.  * 9.releaseImplementation,
  310.  * 10.unitTestImplementation,
  311.  *
  312.  * isForce, 表示强制使用该版本的依赖
  313.  * strictly, 一种强力版本约束，可以使用（!!）简写
  314.  * exclude, 移除一个依赖,设置忽略指定的依赖，被忽略的依赖就被视为从来没有依赖，目前我测试的情况看来，这个只适用于远程依赖
  315.  * transitive, 是否允许依赖传递
  316.  * jar冲突, 如果app引用一个aar，arr中有一个xx.jar，而app中又再次引用这个xx.jar,
  317.  * 这个时候就需要让aar中引用jar的操作符用 compileOnly 代替 implementation
  318.  *
  319.  * 版本号法则：
  320.  * 1.3, 1.3.0-beta3 --> 固定版本号
  321.  * [1.0.0, 1.3.0) --> >= 1.0.0 < 1.3.0 ，[ 含 = ，) 不含 =
  322.  * 1.+, [1.0,) --> >= 1.0 版
  323.  * latest.integration、latest.release --> 最新版本
  324.  */
  325. dependencies {
  326.     // 库依赖
  327.     implementation 'androidx.appcompat:appcompat:1.4.1'
  328.     implementation 'com.google.android.material:material:1.5.0'
  329.     implementation 'androidx.constraintlayout:constraintlayout:2.1.3'
  330.     //测试需要的依赖包，大部分仅支持debug模式下，relase可调用不到哦！
  331.     testImplementation 'junit:junit:4.13.2'
  332.     androidTestImplementation 'androidx.test.ext:junit:1.1.3'
  333.     androidTestImplementation 'androidx.test.espresso:espresso-core:3.4.0'
  334.     //动态版本号
  335.     implementation 'com.android.support.constraint:constraint-layout:+'
  336.     // 本地依赖,'../libs'下所有的.jar和.aar文件都添加到项目构建中
  337.     implementation fileTree(dir: '../libs', include: ['*.jar', '*.aar'])
  338.     // 本地依赖,将指定文件添加到依赖中
  339.     implementation file('libs/aaa.jar')
  340.     // 本地依赖,依次将多个指定文件添加到依赖中
  341.     implementation files('libs/aaa.jar', 'libs/bbb.jar')
  342.     // 本地依赖,添加AndroidLibrary类型的Module到依赖中
  343.     implementation project(':libcocos2dx')
  344.     // 远程依赖的日常写法 第三方开源库
  345.     implementation 'com.tencent.mm.opensdk:wechat-sdk-android-without-mta:6.8.0'
  346.     // 远端依赖的完整写法
  347.     implementation group: 'com.tencent.mm.opensdk', name: 'wechat-sdk-android-without-mta', version: '6.8.0'
  348.  
  349.     api 'com.tencent.mm.opensdk:wechat-sdk-android-without-mta:6.8.0'
  350.     compileOnly 'com.tencent.mm.opensdk:wechat-sdk-android-without-mta:6.8.0'
  351.     runtimeOnly 'com.tencent.mm.opensdk:wechat-sdk-android-without-mta:6.8.0'
  352.     annotationProcessor 'com.tencent.mm.opensdk:wechat-sdk-android-without-mta:6.8.0'
  353.  
  354.     implementation('com.tencent.mm.opensdk:wechat-sdk-android-without-mta:6.8.0') {
  355.         isForce = true//在版本冲突的情况下优先使用3.1版本
  356.     }
  357.     implementation('com.tencent.mm.opensdk:wechat-sdk-android-without-mta') {
  358.         version {
  359.             strictly("6.8.0")
  360.         }
  361.     }
  362.     implementation('com.tencent.mm.opensdk:wechat-sdk-android-without-mta:6.8.0') {
  363.         //排除特定的依赖
  364.         exclude module: 'cglib' //by artifact name
  365.         exclude group: 'org.jmock' //by group
  366.         exclude group: 'org.unwanted', module: 'iAmBuggy' //by both name and group
  367.     }
  368.     //group和module代表的意义
  369.     implementation("org.hibernate:hibernate:3.1")
  370.     group = org.hibernate
  371.     module = hibernate
  372.     version = 3.1
  373.  
  374.     api('org.hibernate:hibernate:3.1') {
  375.         // 禁用依赖传递
  376.         // 传递依赖：A => B => C ，B 中使用到了 C 中的依赖，
  377.         // 如果打开传递依赖，则 A 能使用到 B中所使用的 C 中的依赖，
  378.         // 默认都是打开，即 true
  379.         transitive = false
  380.     }
  381.  
  382.     //重复引用问题
  383.     compile ('com.squareup.retrofit2:adapter-rxjava:2.1.0'){
  384.         // 冲突时优先使用该版本
  385.         force = true
  386.         // 依据构建名称排除
  387.         exclude module: 'rxjava'
  388.         // 依据组织名称排除
  389.         exclude group: 'com.squareup.retrofit'
  390.         // 依据组织名称+构件名称排除
  391.         exclude group: 'com.squareup.retrofit', module: 'rxjava'
  392.         // 为本依赖关闭依赖传递特性
  393.         transitive = false
  394.     }
  395. }

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/从前慢现在也慢/article/detail/907416
推荐阅读
相关标签

Copyright © 2003-2013 www.wpsshop.cn 版权所有，并保留所有权利。

  

闽ICP备14008679号