Gradle脚本是基于一种JVM语言 -- Groovy，再加上DSL（领域特定语言）组成的。
因为Groovy是JVM语言，所以可以使用大部分的Java语言库。所谓DSL就是专门针对Android开发的插件，比如标准Gradle之外的一些新的方法（Method）、闭包（Closure）等。
由于Gradle的语法足够简洁，而且可以使用大部分的java包，当之无愧地成为新一代 Build System。
使用Android Studio新建一个工程后，默认会生成两个build.gralde文件，一个位于工程根目录，一个位于app目录下。还有另外一个文件 --settings.gradle。
根目录下的脚本文件是针对module的全局配置，它的作用阈所包含的所有 module 是通过settings.gradle来配置。
app文件夹就是一个module，如果在当前工程中添加了一个新的module -- lib，就需要在settings.gralde文件中包含这个新的module。
gradle脚本的基本结构
用我现在的工程举例来说，根目录的build.gradle的内容如下所示：
// Top-level build file where you can add configuration options common to all sub-projects/modules.
buildscript {
repositories {
jcenter()
}
dependencies {
classpath 'com.android.tools.build:gradle:1.0.0-rc4'
// NOTE: Do not place your application dependencies herethey belong
// in the individual module build.gradle files
}
}
allprojects {
repositories {
jcenter()
maven {
url 'http://mvnrepo.xxx.com/mvn/repository'
}
}
}
classpath 'com.android.tools.build:gradle:1.0.0-rc4'就是Android特有的插件，maven仓库位于通过方法jCenter() 获取，这也是默认的maven仓库。当然也可以添加额外的maven仓库地址，例如以上文件中的
maven {
url 'http://mvnrepo.xxx.com/mvn/repository'
}
然后是 settings.gradle 文件：
include ':app'
app就是项目包含的一个module，如果有多个module，可以在为 include 方法添加多个参数。
最后是app/build.gradle
apply plugin: 'com.android.application'
android {
compileSdkVersion 21
buildToolsVersion "21.1.1"
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_7
targetCompatibility JavaVersion.VERSION_1_7
}
defaultConfig {
applicationId "your.application.id"
minSdkVersion 14
targetSdkVersion 21
versionCode 2
versionName "2.0.0"
}
signingConfigs {
release {
storeFile file('release.keystore')
storePassword "yourstorepassword"
keyAlias "yourkeyalias"
keyPassword "yourkeypassword"
}
debug {
storeFile file('debug.keystore')
}
}
buildTypes {
release {
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
signingConfig signingConfigs.release
}
debug {
signingConfig signingConfigs.debug
}
}
productFlavors {
inner {
applicationId "your.application.inner.id"
versionName "2.0.0"
}
market {
}
}
}
repositories {
flatDir {
dirs 'libs'
}
}
dependencies {
// 通用
compile name: 'volley', ext: 'aar'
compile 'com.nostra13.universalimageloader:universal-image-loader:1.9.3'
compile 'com.alibaba:fastjson:latest.integration'
// 项目相关（已删除）
}
Groovy 的基本语法
方法调用
apply plugin: 'com.android.application'
以上语句中的apply是一个方法，给它传递了一个参数plugin，plugin 的值是'com.android.application'。
如果有多个参数，则以逗号隔开，例如
compile name: 'volley', ext: 'aar'
闭包
Groovy中花括号包含的部分成为一个闭包（Closure）。例如下面的代码
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_7
targetCompatibility JavaVersion.VERSION_1_7
}
compileOptions 是一个 Method， 它的参数是一个闭包，这个闭包内依次执行了两个方法 -- sourceCompatibility 和targetCompatibility， 参数都是JavaVersion.VERSION17。
闭包也可以嵌套包含
repositories {
flatDir {
dirs 'libs'
}
}
常见使用方法
包依赖（aar）
使用aar时可以分为两种情况
① aar位于本地目录
首先在 android 的参数闭包中添加调用方法 repositories
repositories {
flatDir {
dirs 'libs'
}
}
然后在 dependencies 的参数闭包中添加
compile name: 'volley', ext: 'aar'
② aar位于远程仓库
这里以maven为例，当然也可以使用其他类型的仓库，例如 Ivy。
只需要在jar包引用方式后面添加一个@aar就可以了
compile 'com.alibaba:fastjson:latest.integration@aar'
包依赖（jar）
compile group: 'com.alibaba', module: 'fastjson', version: 'latest.integration'
可以简写成
compile 'com.alibaba:fastjson:latest.integration'
latest.integration可以替换成具体的版本号，这里是获取服务器上的最新版本。
去掉重复依赖
compile 'com.alibaba.fastjson.latest.integration' {
exclude module: 'annotations', group: 'com.google.android'
}
使用 Java7
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_7
targetCompatibility JavaVersion.VERSION_1_7
}
productFlavors
针对不同的APP分发渠道，我们可以定义不同的 product flavor。也可以定义内部版本和外部版本，内部版本中包含了一些调试代码，这些代码在发布时并不会被编译进最后的APP中。而且可以分别为内部版本和外部版本指定不同的ApplicationId，这样在同一个设备上可以同时安装两个版本以方便调试。
命令行执行Gradle脚本
在Android工程根目录下会自动生成一个shell脚本 - gradlew，执行之前记得加上x属性 - chomod +x gradlew
gradle脚本中包含了很多 task，可以通过task名来指定需要执行的task。
./gradlew build./gradlew assemble./gradlew assembleInnderDebug
总结
不得不说，Gradle实在太好用了！虽然 Gradle 可以与 Ant 或 maven 配合使用，但是其简洁和功能性远远超过其他两个。我现在开发的项目普遍使用的是 maven，不知道什么原因，使用Gradle时经常会遇到一些无法获取远程依赖包的问题，最简单的解决办法就是把依赖包下载的本地。
一种基于Java虚拟机的动态语言，可以和java无缝集成，正是这个特性，很多时候把二者同时使用，把groovy作为java的有效补充。对于Java程序员来说，学习成本几乎为零。同时支持DSL和其他简介的语法（例如闭包），使代码便于阅读。可以用groovy的动态特性来做规则引擎，在DB中维护脚本，业务变化的时候让应用系统动态加载。如果引入groovy在java工程中？
这个很简单，不需要做别的事情，仅仅把groovy的二方包加入到pom文件中即可。例如：
<dependency>
<groupId>org.codehaus.groovy</groupId>
<artifactId>groovy-all</artifactId>
<version>1.8 . 3 </version>
</dependency>
java和groovy混合使用的方法有几种？
1、 静态编译 ，在java工程中直接写groovy的文件，然后可以在groovy的文件中引用java工程的类，这种方式能够有效的利用groovy自身的语言特性，例如闭包；
2、通过 groovyShell 类直接执行脚本，例如：
package groovy_dsl.shell
import groovy.lang.Binding
import groovy.lang.GroovyShell
public class GroovyShellEx {
public static void main(String[] args) {
Binding bind = new Binding()
bind.setVariable( "name" , "iamzhongyong" )
bind.setVariable( "age" , "25" )
GroovyShell shell = new GroovyShell(bind)
Object obj = shell.evaluate( "str = name+agereturn str" )
System.out.println(obj)
}
}
3、通过 groovyScriptEngine 执行文件或者脚本，例如：
package groovy_dsl.script
import groovy.util.GroovyScriptEngine
public class ScriptEngine {
public static void main(String[] args) throws Exception {
GroovyScriptEngine engine = new GroovyScriptEngine( "" )
Object obj = engine.run( "src/main/java/groovy_dsl/script/script_test.groovy" , "iamzhongyong" )
System.out.println(obj)
}
}
4、通过 GroovyClassLoader 来执行，例如：
package groovy_dsl.classloader
import groovy.lang.GroovyClassLoader
import groovy.lang.GroovyObject
import java.io.File
import java.io.IOException
public class GroovyClassLoaderEx {
public static void main(String[] args) throws Exception, IOException {
GroovyClassLoader loader = new GroovyClassLoader()
for ( int i= 0 i<100 i++){
Class<?>clazz = loader.parseClass( new File( "src/main/java/groovy_dsl/classloader/UserDO.groovy" ))
GroovyObject clazzObj = (GroovyObject)clazz.newInstance()
clazzObj.invokeMethod( "setName" , "iamzhongyong" )
clazzObj.invokeMethod( "setSex" , "Boy" )
clazzObj.invokeMethod( "setAge" , "26" )
System.out.println(clazzObj.invokeMethod( "getAllInfo" , null ))
}
}
}
使用groovy尤其需要主要的问题？
通过看groovy的创建类的地方，就能发现，每次执行的时候，都会新生成一个class文件，这样就会导致JVM的perm区持续增长，进而导致FullGCc问题，解决办法很简单，就是脚本文件变化了之后才去创建文件，之前从缓存中获取即可。
groovy中的源码如下：
return parseClass(text, "script" + System.currentTimeMillis() + Math.abs(text.hashCode()) + ".groovy" )
这个是增加缓存的代码：
GroovyClassLoader groovyClassLoader = new GroovyClassLoader(GroovyScriptExecute. class .getClassLoader())
Class<?>groovyClass = null
String classKey = String.valueOf(scriptClass.hashCode())
//先从缓存里面去Class文件
if (GroovyScriptClassCache.newInstance().containsKey(classKey)){
groovyClass = GroovyScriptClassCache.newInstance().getClassByKey(classKey)
} else {
groovyClass = groovyClassLoader.parseClass(scriptClass)
GroovyScriptClassCache.newInstance().putClass(classKey, groovyClass)
}
GroovyObject go = (GroovyObject)groovyClass.newInstance()
下面这个是缓存的单例类，贴一下：
public class GroovyScriptClassCache {
private static final Map<String /*class文件的描述*/ ,Class<?>>GROOVY_SCRIPT_CLASS_CACHE = new HashMap<String,Class<?>>()
private GroovyScriptClassCache(){}
private static GroovyScriptClassCache instance = new GroovyScriptClassCache()
public static GroovyScriptClassCache newInstance(){
return instance
}
public Class<?>getClassByKey(String key){
return GROOVY_SCRIPT_CLASS_CACHE.get(key)
}
public void putClass(String key,Class<?>clazz){
GROOVY_SCRIPT_CLASS_CACHE.put(key, clazz)
}
public boolean containsKey(String key){
return GROOVY_SCRIPT_CLASS_CACHE.containsKey(key)
}
}
为啥要每次new一个GroovyClassLoader，而不是所有的脚本持有一个？
因为如果脚本重新加载了，这时候就会有新老两个class文件，如果通过一个classloader持有的话，这样在GC扫描的时候，会认为老的类还在存活，导致回收不掉，所以每次new一个就能解决这个问题了。
注意CodeCache的设置大小
对于大量使用Groovy的应用，尤其是Groovy脚本还会经常更新的应用，由于这些Groovy脚本在执行了很多次后都会被JVM编译为native进行优化，会占据一些CodeCache空间，而如果这样的脚本很多的话，可能会导致CodeCache被用满，而CodeCache一旦被用满，JVM的Compiler就会被禁用，那性能下降的就不是一点点了。
Code Cache用满一方面是因为空间可能不够用，另一方面是Code Cache是不会回收的，所以会累积的越来越多（其实在不采用groovy这种动态更新/装载class的情况下的话，是不会太多的），所以解法一可以是增大code cache的size，可通过在启动参数上增加-XX:ReservedCodeCacheSize=256m（Oracle JVM Team那边也是推荐把code cache调大的），二是启用code cache的回收机制（关于Code Cache flushing的具体策略请参见此文），可通过在启动参数上增加：-XX:+UseCodeCacheFlushing来启用。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）