插件的作用是什么

应用插件到项目允许插件来扩展项目的能力。它可以做的事情，如：扩展摇篮模型（如:添加可配置新的DSL元素）按照惯例配置项目(如:添加新的任务或配置合理的默认值)应用特定的配置（如:增加组织库或执行标准）通过应用插件,而不是向项目构建脚本添加逻辑,我们可以收获很多好处.

Gradle 插件

Gradle 的核心为真实世界提供了很少的自动化.所有的实用特性,类似编译java源码的能力, 是由插件提供的. 插件添加了新的任务(如:JavaCompile),域对象(如:SourceSet),公约(如:Java资源位置是src/main/java)以及来自其他插件延伸核心对象和对象。在本章中，我们将讨论如何使用插件和关于插件的周边概念和术语。

未来可能的改进

目前，守护使构建速度更快有效地支持在内存中缓存和由JVM优化使代码更快。在未来的Gradle版本中，守护进程将变得更加聪明，预先完成工作。它可能，例如，在编辑完构建脚本后就开始下载依赖生成是将要运行的假设下后立即和新改变或添加的依赖性是必需的。有许多方式使得在未来的版本的gradle的gradle守护进程。

工具和集成开发环境

Gradle工具API(参见Chapter.65.Embedding Gradle),用于IDEs和其他工具整合Gradle,总是使用Gradle守护进程执行构建.如果你是从IDE内部执行构建,那么你是在使用守护进程,而且不需要在你的环境中允许Gradle守护进程.但是，除非您已明确启用的Gradle守护进程在你的环境的,你在命令行中的构建不会使用摇篮守护进程。

什么时候不使用Gradle守护进程

建议在开发环境中使用Gradle的守护进程,不建议在持续集成环境和构建服务器环境中使用守护进程.守护进程可以更快的构建,这对于一个正坐在椅子前构建项目的人来说非常重要.对于CI构建来说,稳定性和可预见性是最重要的.为每个构建运行时用一个新的,完全孤立于以前的版本的程序,更加可靠。

守护进程何时会出错

许多工程设计已经加入守护进程使得守护进程在日常的开发中变得更加健壮,透明和不起眼.无论如何,守护进程偶尔也会损坏或者枯竭.一个Gradle构建执行源自多个来源的任意代码.即使Gradle本身与守护进程的设计是经过严格的测试的,但是用户的构建脚本,或第三方插件可以通过诸如内存泄露,或腐化全局声明等缺陷来动摇守护进程.

如何停止守护进程

守护进程会在闲置3小时后自动终止.如果想在这之前停止守护进程,也可以通过操作系统运行gradle --stop命令终止后台进程.--stop选项会要求所有运行相同版本的守护进程终止.

如何禁用Gradle的守护进程

一般Gradle守护进程默认不启用.然而,一旦它被启用,有事希望对某些项目或某些构建禁用守护进程.--no-daemon命令行选项可用于强制守护进程不能用于该构建.这很少使用,但是在调试具有一定的构建或Gradle插件问题时,有时会很有用.在构建环境中,此命令行选项具有最高优先级.

如何启动Gradle的守护进程

在使用Gradle命令行接口时,--daemon和--no-daemon命令行选项调用在单个构建时选择启用或禁用后台守护进程.通常,允许后台守护进程在一个环境中(例如一个用户账户)更为方便,可以使所有构建使用守护进程,而不需要记住--daemon开关.有两种推荐的方式使守护进程持续与环境：通过环境变量 - 给GRADLE_OPTS环境变量添加-Dorg.gradle.daemon=true标识通过属性文件 - 给<<

管理和配置

什么是 Gradle 的守护进程

维基百科中守护进程的解释守护进程是一个运行后台进程, 非交互式用户直接控制的在计算机程序Gradle 守护进程是一个后台进程,它运行着繁重的构建, 然后在构建等待下一次构建的之间保持自身存在. 这使得数据和代码在下一次构建前已经准备好,并存入内存中. 这显著的提高了后续构建的性能. 启用Gradle守护进程是一种节约构建时间的廉价方式.

The Gradle Daemon

改变Gradle的记录内容

你可以用自己的内容取代大部分摇篮的UI记录.你可以这样做，例如，如果你想以某种方式定制UI,如:记录更多或更少的信息，或更改log的格式.你可以使用Gradle.useLogger()方法替换日志.可从一个构建脚本或初始化脚本，或通过嵌入API替换.注意，这会完全禁用Gradle的默认输出.下面的初始化脚本改变任务执行和完成构建后日志的输出.例 17.6.定制Gradle logsinit.

从外部工具和库记录日志

在内部, Gradle 使用 Ant 和 lvy ,都有自己的 log 系统,Gradle 重定向他们的日志输出到 Gradle 日志系统.除了Ant/lvy的TRACE级别的日志, 映射到Gradle的DEBUG级别, 其余的都会有一个1:1的映射从 Ant/lvy 的日志等级到 Gradle 的日志等级.这意味着默认的 Gradle 日志级别将不会显示任何的 Ant /lvy 的输出, 除非它是一个错误或警告.

编写自己的日志信息

用于记录在你的构建文件的简单方法是将消息写入标准输出.Gradle重定向任何东西写入到标准输出到它的log系统作为QUITE级别的log.例 17.1.使用标准输出写入log信息build.gradleprintln 'A message which is logged at QUIET level'摇篮还提供了一个logger属性来构建脚本，这是Logger的一个实例.这个接口继承自SLF4J接口并且加入了一F些Gradle的具体方法.

Choosing a log level

你可以在命令行中选择如[表 17.2.Log 等级命令行选项]()所示的选项选择不同的日志级别.如[表 17.3.堆栈信息选项]()中所示的选项来选择堆栈信息.表17.2.Log 等级命令行选项选项输出日志等级no logging optionsLIFECYCLE及更高-q or --quietQUIET及更高-i or --infoINFO及更高-d or --debugDEBUG及更高(所有日志信息)表 17.3.

Logging

Log 是构建的主要"UI"工具. 如果日志太过冗长, 那么真正的警告和问题会隐藏其中, 另一方面, 如果你出错了,你又需要搞清楚相关错误信息. Gradle 提供了6个等级的 log, 如[表17.1.Logs Level]()所示.出了那些你可能经常看到的, 还有两个是 Gradle 特定级别的日志,被称为QUIET和LIFECYCLE.后者是默认的, 并用于报告生成进度.表17.1.

API

Ant 集成是由 AntBuilder 提供的.git

Ant的属性与引用

有许多方法可以设定 Ant 属性,可以通过Ant任务使用属性.您可以直接在AntBuilder的实例设置属性。Ant的属性也可以作为一个可改变的Map.也可以使用Ant的任务属性,如下例所示:例16.13.设置Ant属性build.gradleant.buildDir = buildDirant.properties.buildDir = buildDirant.properties['buildDir'] = buildDirant.property(name: 'buildDir', location: buildDir)build.

导入一个Ant构建

你可以在你的gradle项目中通过ant.importBuild()来导入一个ant构建,当你导入了一个ant构建,每一个ant target都会被视为一个Gradle任务.这意味着你可以像操作,执行gradle任务一样操作,执行ant target例 16.8.导入ant构建build.gradleant.importBuild 'build.xml'build.xml<project> <target name="hello"> <echo>Hello, from Ant<