build.gradle文件里的依赖声明代码解读

已于 2025-04-28 19:03:46 修改
阅读量127 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 商业化游戏开发技术专栏 文章标签： 依赖库下载配置
于 2024-07-25 21:46:14 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_33060405/article/details/140700796

代码解析

dependencies {
    implementation 'com.android.support:appcompat-v7:28.0.0'
    implementation 'com.google.code.gson:gson:2.8.6'
}

  • dependencies { ... }：这是Gradle中声明项目依赖的代码块，所有需要的库都写在这里。

  • implementation：这是依赖的配置方式，表示“实现依赖”，即当前模块需要这个库，但依赖不会暴露给依赖当前模块的其他模块。它是Android Gradle Plugin推荐的依赖声明方式，替代了以前的compile。

  • 'com.android.support:appcompat-v7:28.0.0'：

    • com.android.support：这是库的Group ID，表示该库属于Android Support库集合。
    • appcompat-v7：这是库的Artifact ID，表示具体的库名称，这个库提供了向下兼容的AppCompat支持，允许在旧版本Android设备上使用新特性。
    • 28.0.0：这是库的版本号，表示使用Support库的28.0.0版本。<
了解本专栏 订阅专栏 解锁全文 超级会员免费看
移动开发：利用 Gradle 进行代码混淆配置
移动开发前沿的博客
06-11 1165
在移动开发中，代码混淆是一项重要的安全和优化技术。其主要目的是保护应用的源代码不被轻易反编译和分析，防止代码逻辑和商业机密泄露。同时，代码混淆还能减少应用的安装包大小，提高应用的性能。本文的范围主要聚焦于如何利用 Gradle 这一强大的构建自动化工具，在 Android 移动开发中进行代码混淆配置，涵盖了从基本概念到实际项目应用的各个方面。
二.TvSettings从Android.bp解析成build.gradle
最新发布
随缘
06-15 92
我们本次主要目的是解读源码中的android.bp文件，改写成android studio可以识别的build.gradle文件。Android.bp是Android的Soong构建系统使用的配置文件，主要在AOSP（Android开放源代码项目）中使用。而build.gradle是Android Studio默认的构建配置文件，基于Gradle构建系统。这两个文件看起来都是用来配置构建的，但它们的使用场景不同。
【Android】【配置学习】build.gradle详解
weixin_42015982的博客
07-21 669
目的：掌握build.gradle的方法，更快的处理Android开发中的环境问题。 相关名词解释： 1.gradle：构建项目的管理工具。相对于XML（ANT和maven）配置更方便。 需要学习的只是 （一）外层项目的build.gradle文件解释： 1.注释的英文意思是：可以为所有的子项目、子模块添加构建需要的文件，但是不要添加应用的依赖在这里，它们应该添加到module的buil...
Unity3D光照前置知识——Rendering Paths（渲染路径）及LightMode（光照模式）译解
kevlis的博客
11-02 2万+
简述 U3D支持不同的Rendering Path(渲染路径)，开发者应该根据游戏内容和目标平台，硬件等来选择使用哪个Rendering Path。不同的Rendering Path具有不同的表现效果，这些不同之处多体现在光照和阴影方面。
Parcelable 实现生成器
chuyouyinghe的专栏
06-11 55
Parceler如果系统不能直接支持您的类型，您可以为其写一个Parceler映射对象。您可以使用或@WriteWith@Parcelize@Parcelize@Parcelize。
【Unity3D Shader编程】之七 静谧之秋篇: 表面着色器的写法(二)—— 自定义光照模式
热门推荐
【浅墨的游戏编程Blog】毛星云（浅墨）的专栏
01-11 2万+
本文主要讲解了Unity中SurfaceShader的自定义光照模式的写法。 上篇文章中我们已经说到，表面着色器将分为两次讲解，上一篇文章中介绍了表面着色器的基本概念和一些写法，用内置的兰伯特光照模式来进行Surface Shader的书写，而本文将介绍Surface Shader+自定义的光照模式的写法。 OK，言归正传，依然是先来看看本文配套的游戏场景截图。 运行游戏，音乐响起，金黄色的丰收之秋映入眼帘： 远方： 池塘： 参天大树： 小型村落：
Unity Shader LightMode 标签
youmangu的专栏
08-30 2237
不管使用哪种渲染路径， 该 Pass 总是会被渲染， 但不会计算任何光照。: 用于前向渲染。该Pass会计算额外的逐像素光源。: 把物体的深度信息渲染到阴影映射纹理（shadowmap）或一张深度纹理中。: 用于遗留的延迟渲染。该Pass通过合并纹理、光照和自发光来渲染得到最后的颜色。该Pass会计算环境光、最重要的平行光、逐顶点/SH光源。： 用于延迟渲染。用于遗留的延迟渲染。该 Pass 会渲染发现和高光反射的指数部分。： 用于遗留的顶点照明渲染。......
Unity Shader 光照模式
qiu_zhongya的博客
06-08 658
Shader "Custom/Deferred_Forward_Vertex" { Properties { _MainTex ("Base (RGB)", 2D) = "white" {} } SubShader { Blend One One //.1 pass{ Tags{ "LightMode"="Vertex"} Bl
Unity Lighting Mode
873149745
05-24 1502
在Light中Mode设置为Mixed时，Lighting Mode（在Window->Rendering->Light->Scene）有三种选项如下图： 烘焙间接光,效果最好性能最耗 阴影遮罩，存储场景中多个(最多4个)光源信息。效果其次性能消耗中等 动态物体只能受到主光源阴影其它光源不产生阴影，效果再其次性能消耗最少Shadowmask与Subtractive 动态物体多盏灯阴影对比。
Android Studio中的.gradle文件解读
Spring的博客
07-14 1243
简介 一个 Android Studio 项目中，会存在多个 .gradle 文件。其中， 项目根目录下存在一个 build.gradle 文件和一个 settings.gradle 文件；每一个 module 会存在一个 build.gradle 文件。
Gradle 与 KSP：移动代码生成的构建配置
移动开发前沿的博客
04-25 983
在移动开发中，代码生成是提高开发效率、减少重复劳动的重要手段。Gradle 是一种强大的构建自动化工具，广泛应用于 Android 等移动开发项目中，它能够帮助开发者管理项目的依赖、编译、打包等一系列构建任务。而 KSP（Kotlin Symbol Processing）是专门为 Kotlin 设计的符号处理工具，可用于在编译时生成代码。本文章的目的就是详细介绍如何使用 Gradle 和 KSP 进行移动代码生成的构建配置，范围涵盖了从基本概念的介绍，到核心算法原理的讲解，再到实际项目的应用和案例分析。
#学习笔记#Unity3d shader 不同的LightMode被的选择的顺序
weixin_34315189的博客
08-19 1011
2019独角兽企业重金招聘Python工程师标准>>> ...
UnityShader入门精要--Unity中的基础光照
weixin_58624886的博客
05-17 1202
基础光照模型、Phong、BlinnPhong 代码实现 、内置函数介绍
unity Shader复杂光照
cgExplorer的博客
02-24 518
一、渲染路径 1、unity支持的渲染路径：前向渲染路径(Forword)、延迟渲染路径(Deferred)、顶点照明渲染路径(Vertex Lit)。 2、可以在项目上设置、也可以在摄相机上设置或者在Shader上设置，在shader上利用LightMode标签实现。 3、Pass的LightMode标签支持的渲染路径设置选项。 LightMode标签支持的渲染路径设置选项 标签名 ...
UnityShader 学习笔记 7 Light
略懂PS的呆毛王的博客
12-20 358
处理各种光源的Shader 源码 Shader&nbsp;"_MyShader/6_Light/0_ForwardRendering" { &nbsp;&nbsp;&nbsp;&nbsp;Properties &nbsp;&nbsp;&nbsp;&nbsp;{ &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&
UnityShader---光照（衰减和阴影））（内置渲染管线）---10
weixin_41155760的博客
12-27 1414
光照衰减： // Upgrade NOTE: replaced '_LightMatrix0' with 'unity_WorldToLight' Shader "Unlit/15" { Properties { _Diffuse("Diffuse",Color) = (1,1,1,1) _Specular("Specular",Color) = (1,1,1,1) _Gloss("Gloss",Range(1,256)) = 10
【Unity组件详细介绍】【一：Light（光照）组件】（图 + 文）
2302_81179558的博客
08-08 4885
unity引擎下，Light组件的四种模式，directional light，spot light，point light，area light。
Unity Shader入门精要——第6章 Unity中的基础光照
qq_41044598的博客
08-18 932
Unity Shader入门精要第6章学习笔记 漫反射 高光反射基础光照模型
TSP问题—近似算法
crayfish104的博客
04-21 918
这篇文章讲得很好并有图例、代码说明。 转自：https://www.jianshu.com/p/d1e004bdea8d
Build file 'E:\MSDKSample\app\build.gradle' line: 1 Error resolving plugin [id: 'com.android.application', version: '8.5.0'] > The request for this plugin could not be satisfied because the plugin is already on the classpath with an unknown version, so compatibility cannot be checked.
04-02
<think>嗯，用户现在遇到了一个Gradle插件版本的问题，具体是在构建文件的第一行报错，说无法解析'com.android.application'插件的8.5.0版本，因为插件已经在classpath上有一个未知版本，导致无法检查兼容性。 首先，我需要回忆一下之前用户的问题。之前他们提到过在build.gradle中使用了AGP 7.4.2，而Gradle版本是8.7，导致版本冲突。现在用户可能已经按照建议升级了AGP到8.x版本，但出现了新的错误。这个错误通常发生在插件版本声明和classpath中的版本不一致，或者存在多个地方声明同一个插件的情况。 接下来，我需要分析错误信息。错误指出插件已经在classpath上有一个未知版本。这可能是因为在项目的根build.gradle中已经通过传统的classpath方式声明了AGP插件，而在子模块的build.gradle中又使用了plugins块来声明同一个插件，并且指定了版本。这时候Gradle会无法确定使用哪个版本，导致冲突。 另外，用户可能是在settings.gradle中使用了pluginManagement来管理插件版本，同时在build.gradle中也声明了版本，这同样会导致版本冲突。需要检查是否有多个地方重复声明了插件版本。 解决方案应该包括以下几个步骤： 1. 统一插件声明方式，避免同时使用classpath和plugins块。 2. 如果使用plugins块，确保在settings.gradle中配置了pluginManagement，或者在根build.gradle中正确配置了classpath。 3. 移除重复的版本声明，只在一个地方指定插件版本。 4. 清理Gradle缓存，确保没有旧的缓存导致问题。 另外，用户可能需要检查是否有其他模块或全局的Gradle配置引入了旧版本的插件，或者是否有第三方插件依赖了不同版本的AGP，导致冲突。这时候需要统一所有模块的AGP版本，或者排除冲突的依赖。 可能还需要指导用户如何正确地在settings.gradle中配置pluginManagement，或者如何在根build.gradle中使用buildscript块来声明插件版本，同时子模块使用不带版本的plugins块。这样版本由根项目控制，避免重复声明。 最后，要提醒用户在修改配置后同步项目，并清理构建，以确保更改生效。如果用户仍然遇到问题，可能需要进一步检查日志，查看是否有其他隐藏的错误信息，或者尝试升级Gradle版本到与AGP 8.5.0兼容的版本，如Gradle 8.7或更高。</think>--- ### 问题根源分析 这个错误的核心原因是 **插件版本声明方式冲突**，具体表现为两种声明方式同时存在： 1. 传统方式：在根项目的 `build.gradle` 中使用 `classpath` 声明插件版本 2. 新方式：在模块的 `build.gradle` 中使用 `plugins` 块声明插件版本 当两种方式同时存在且版本不一致时，Gradle 无法确定应该使用哪个版本，导致冲突。 --- ### 错误复现场景 假设你的项目结构如下： ```text root-project/ ├─ build.gradle // 通过 classpath 声明 AGP 版本 └─ app/ └─ build.gradle // 通过 plugins 块声明 AGP 版本 ``` 此时会出现版本声明冲突： ```groovy // ❌ 错误的配置示例 // 根项目 build.gradle buildscript { dependencies { classpath "com.android.tools.build:gradle:8.3.0" // 传统方式声明版本 } } // 模块 build.gradle plugins { id "com.android.application" version "8.5.0" // 新方式声明版本（冲突） } ``` --- ### 解决方案（三种情况） #### 情况1：使用传统 `classpath` 方式统一管理版本 1. **根项目 `build.gradle`** 中声明插件版本： ```groovy // ✅ 根项目 build.gradle buildscript { repositories { google() mavenCentral() } dependencies { classpath "com.android.tools.build:gradle:8.5.0" // 统一在此处声明版本 } } ``` 2. **模块 `build.gradle`** 中移除版本声明： ```groovy // ✅ 模块 build.gradle plugins { id "com.android.application" // 不写 version 参数 } ``` #### 情况2：使用新式 `plugins` 块管理版本 1. **根项目 `settings.gradle`** 中配置插件仓库： ```groovy // ✅ settings.gradle pluginManagement { repositories { google() mavenCentral() gradlePluginPortal() } } ``` 2. **模块 `build.gradle`** 中直接声明版本： ```groovy // ✅ 模块 build.gradle plugins { id "com.android.application" version "8.5.0" // 明确指定版本 } ``` #### 情况3：混合使用时优先使用 `resolutionStrategy` 如果必须同时使用两种方式，在 `settings.gradle` 中强制版本： ```groovy // ✅ settings.gradle pluginManagement { resolutionStrategy { eachPlugin { if (requested.id.namespace == "com.android") { useVersion("8.5.0") // 强制指定版本 } } } repositories { google() mavenCentral() } } ``` --- ### 关键操作步骤 1. **清理冲突声明**： - 检查所有 `build.gradle` 文件，确保插件版本声明方式统一 - 删除重复的版本参数（`plugins` 块或 `classpath` 二选一） 2. **同步项目配置**： ```bash # 强制刷新依赖 ./gradlew clean --refresh-dependencies ``` 3. **验证配置**： ```bash # 查看实际加载的 AGP 版本 ./gradlew -q dependencies --configuration classpath ``` --- ### 版本冲突常见模式 | 冲突模式 | 错误表现 | 修复方案 | |-------------------------------|-------------------------------------|----------------------------| | `classpath` 与 `plugins` 版本不一致 | `Plugin is already on the classpath` | 统一版本声明方式 | | 全局 `settings.gradle` 未配置仓库 | `Could not resolve plugin artifact` | 添加 `google()` 仓库声明 | | 离线模式导致版本缓存不一致 | `No cached version available` | 关闭离线模式并刷新依赖 | --- ### 扩展：为什么会出现 "unknown version"？ Gradle 在以下情况无法识别插件版本： 1. **传统方式（classpath）加载插件**：通过 `buildscript.dependencies` 加载插件时，Gradle 不会自动关联版本号 2. **插件已被其他模块加载**：如果父项目已加载插件，子模块再次声明版本会导致冲突 3. **动态版本号**：使用 `+` 或版本范围时，Gradle 无法锁定具体版本 --- ### 错误日志解读技巧 ```text Error resolving plugin [id: 'com.android.application', version: '8.5.0'] > The request ... plugin is already on the classpath with an unknown version ``` - 第一行：**请求的插件版本** (8.5.0) - 第二行：**冲突来源** (classpath 中存在未声明版本的相同插件) - 隐含信息：需要统一版本声明方式 --- 通过以上步骤，你可以彻底解决因插件版本声明方式冲突导致的构建错误。如果问题仍然存在，建议检查是否有第三方插件间接引入了旧版本 AGP。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

你一身傲骨怎能输

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值