groovy多核編譯

⑴ groovy語言主要是用來干什麼，和java的區別是什麼

先說區別吧：java是編譯性語言，就是得編譯後才能運行。groovy語言是動態語言。

Groovy 是 JVM 的一個替代語言 — 替代 是指可以用 Groovy 在 Java 平台上進行 Java 編程，使用方式基本與使用 Java 代碼的方式相同。
Groovy 的一個好處是，它的語法與 Java 語言的語法很相似。雖然 Groovy 的語法源於 Smalltalk 和 Ruby 這類語言的理念，但是可以將它想像成 Java 語言的一種更加簡單、表達能力更強的變體。（在這點上，Ruby 與 Groovy 不同，因為它的語法與 Java 語法差異很大。）

⑵ maven 里怎麼自動編譯 groovy

1. 首先確定使用 Groovy 的版本

<properties>
<groovy.version>2.4.3</groovy.version>
</properties>

2. 配置項目依賴 Groovy 包和模塊，這個看實際情況增加相關的依賴

<dependency>
<groupId>org.codehaus.groovy</groupId>
<artifactId>groovy</artifactId>
<version>${groovy.version}</version>
</dependency>
<dependency>
<groupId>org.codehaus.groovy</groupId>
<artifactId>groovy-json</artifactId>
<version>${groovy.version}</version>
</dependency>
...

3. 關鍵的步驟是使用 gmavenplus 插件，綁定 maven 的編譯和執行周期

<plugin>
<groupId>org.codehaus.gmavenplus</groupId>
<artifactId>gmavenplus-plugin</artifactId>
<version>1.5</version>
<dependencies>
<dependency>
<groupId>org.codehaus.groovy</groupId>
<artifactId>groovy-ant</artifactId>
<version>${groovy.version}</version>
</dependency>
<dependency>
<groupId>org.codehaus.groovy</groupId>
<artifactId>groovy-all</artifactId>
<version>${groovy.version}</version>
</dependency>
</dependencies>
<executions>
<execution>
<goals>
<goal>addSources</goal>
<goal>addStubSources</goal>
<goal>compile</goal>
<goal>execute</goal>
</goals>
</execution>
</executions>
</plugin>

⑶ java程序員為什麼使用Groovy

正如Groovy對Java很多特性進行的包裝優化一樣，基於Groovy的HttpBuilder也包裹了HttpClient，使網路編程變得更加的方便易用，下面稍微來用一個例子看一下。
尋找各種依賴的jar包有時候會讓我們失去耐心，不過值得慶幸的是我們有Maven和Gradle這樣的工具，可以根據配置輕松的幫我們配置好我們需要的數據。下面我們來敘述一下整個過程。
1. 創建文件夾httpbuildertest
2. 創建gradle配置文件，build.gradle，內容如下：
apply plugin: "groovy"
apply plugin: "eclipse"

repositories {
mavenCentral()
}

dependencies {
compile "org.codehaus.groovy:http-builder:0.4.0"
compile "org.codehaus.groovy:groovy-all:2.3.3"
testCompile "org.spockframework:spock-core:0.7-groovy-2.0"
}

gradle我們將做另文介紹
3. 執行gralde eclipse（當然必須先安裝gradle），就可以生成eclipse所需要的.classpath和.project文件，這時候就可以使用eclipse導入功能來import->Existing Projects Into WorkSpace。
4. 創建我們的一個測試，試試看是不是可以使用httpbuilder了
import groovyx.net.http.HTTPBuilder
import spock.lang.Specification;
import static groovyx.net.http.Method.*
import static groovyx.net.http.ContentType.*

class HttpbuildLabSpec extends Specification{
HTTPBuilder http = new HTTPBuilder( 'http://m.weather.com.cn' )
public void testRequestWeather(){
when:
def info =""
http.request( GET, JSON ) {
url.path = '/data/101290401.html'
headers.'User-Agent' = 'Mozilla/5.0 Ubuntu/8.10 Firefox/3.0.4'
response.success = { resp, json ->
info = json.weatherinfo.city
}
response.failure = { resp -> println "Unexpected error: ${resp.statusLine.statusCode} : ${resp.statusLine.reasonPhrase}" }
}
then: "曲靖"==info
}
}

打完收工，通過這個小例子我們可以了解到這么一些內容：
（1）HTTPBuilder 是這個框架的核心類（要不然怎麼和框架一個名字），構建這個類的對象的時候，指定要請求的baseUrl。
（2）request方法可以指定請求的method和返回的數據格式，method對應的是GET/PUT/POST/DELETE/HEAD幾個常量，而數據格式目前有JSON/XML/HTML/BINARY/URLENC/ANY幾種。
（3）一個比較有意思的地方是，在http的request方法裡面，彷彿是無根之水一樣突然冒出來了幾個沒有聲明過的變數，看起來連編譯也不會通過的方法，那麼是如何能正常運作的呢？這個我們就要研究到Groovy的Closure（閉包）。Groovy的閉包里包含有一個delegate屬性，一般來說，這個delegate里保存的是閉包使用上下文的對象引用，比如a調用了一個閉包b，則b的delegate就是a的this對象。而在HTTPBuilder對象調用request方法的時候，它把傳入閉包的delegate改成了一個叫做SendDelegate的類對象（這是HTTPBuilder的內部類，他們都是用Java寫的，在新版的HttpBuilder里，已經改名為RequestConfigDelegate），這個類裡面，分別包含了一個叫做getHeaders()的方法，一個叫做getUrL()的方法，一個叫做getResponse()的方法。稍微思索一下我們就可以想到，Groovy里有這樣的特性，如果直接使用一個識別不出來的變數，Groovy會假設它是getter的一種簡寫形式，自動進行補全（當然這也是DSL的常用伎倆，把方法偽裝成短語），而getter並沒有參數，所以其括弧是可以簡寫的，實際上上面的代碼可以寫作getUrl().path = '/data/101290401.html'，這樣就非常符合程序員的視覺體驗了。
（4）主要是為了喜歡追根問題的同學釋疑，實際上整個調用還是非常的簡單明快的，在request閉包里，我們通過response（記得嗎，實際上就是GetResponse()）,獲得了一個Map結構，這個Map的內部結構實際上是Map<String,Closure>,對「success」和「failure」這兩個key我們分別設置了對應的閉包，這樣就完成了回調的設置，一旦方法成功或者失敗，就可以調用到對應的閉包。
（5）使用了JSON作為返回格式，閉包的第二個參數就是解析好的返回body，就是一個Json對象，是可以直接用點號來訪問的。當然最好不要在失敗的閉包里放這個參數，一般失敗的情況比較多，也許就是一個html返回，格式錯誤那麼測試也就無法按照預期進行了。

⑷ groovy classloader 和java一樣嗎

不一樣，groovy相當於java的擴展，但有些指令作了改變，在groovy中的寫法與java中的寫法不一致，這樣的代碼要改寫。
所以說，groovy不能百分百load java編譯的class。java肯定不能load groovy編譯的class.

⑸ 關於groovy和java混合編譯，大家有沒有更好

其實groovy需要挺好用，還有就是 kotlin

⑹ Assert 在Java和Groovy中的區別 / 藍訊

與 Java 的區別
Groovy 試圖盡可能地讓 Java 開發者快速適應。在設計 Groovy 時，我們努力不讓用戶感到驚訝，即遵循「最小驚訝」原則，特別是針對那些此前有 Java 開發背景的 Groovy 初學者。
下面講講 Groovy 與 Java 的主要不同點。
1. 默認導入
下面這些包和類都是默認導入的，也就是說，不用再顯式地使用 import 語句了：
java.io.*
java.lang.*
java.math.BigDecimal
java.math.BigInteger
java.net.*
java.util.*
groovy.lang.*
groovy.util.*
2. 多重方法
在 Groovy 中，調用的方法將在運行時被選擇。這種機制被稱為運行時分派或多重方法（multi-methods），是根據運行時實參（argument）的類型來選擇方法。Java 採用的是相反的策略：編譯時根據聲明的類型來選擇方法。
下面的 Java 代碼可以用 Java 和 Groovy 來編譯，但兩種編譯結果截然不同：
int method(String arg) {
return 1;
}
int method(Object arg) {
return 2;
}
Object o = "Object";
int result = method(o);

用 Java 編譯的結果如下：
assertEquals(2, result);
用 Groovy 編譯的結果則為：
assertEquals(1, result);
產生差異的原因在於，Java 使用靜態數據類型，o 被聲明為 Object 對象，而 Groovy 會在運行時實際調用方法時進行選擇。因為調用的是 String 類型的對象，所以自然調用 String 版本的方法。
3. 數組初始化表達式
在 Groovy 中，{...} 語句塊是留給閉包（Closure）使用的，這意味著你不能使用以下這種格式來創建數組：
int[] array = { 1, 2, 3}
正確的方式是這樣的：
int[] array = [1,2,3]
4. 包范圍可見性
在 Groovy 中，如果某個欄位缺失了修飾符，並不會導致像在 Java 中那樣形成包的私有欄位：
class Person {
String name
}

相反，它會用來創建一個屬性（property），也就是一個私有欄位（private field），以及一個關聯的 getter 和一個關聯的 setter。
在 Groovy 中創建包私有欄位，可以通過標注 @PackageScope 來實現。
class Person {
@PackageScope String name
}

5. ARM 語句塊
ARM（Automatic Resource Management，自動資源管理）語句塊從 Java 7 開始引入，但 Groovy 並不支持。相反，Groovy 提供多種基於閉包的方法，效果相同但卻合乎習慣。例如：
Path file = Paths.get("/path/to/file");
Charset charset = Charset.forName("UTF-8");
try (BufferedReader reader = Files.newBufferedReader(file, charset)) {
String line;
while ((line = reader.readLine()) != null) {
System.out.println(line);
}

} catch (IOException e) {
e.printStackTrace();
}

可以寫成下面這樣的代碼：
new File('/path/to/file').eachLine('UTF-8') {
println it
}

或者，如果你想讓它更接近於 Java 的慣用形式，可以這樣寫：
new File('/path/to/file').withReader('UTF-8') { reader ->
reader.eachLine {
println it
}
}

⑺ java和groovy能混編嗎

答案是肯定的，java & groovy混編：一種最「勢利」的折衷
而groovy，說它是java++也不為過，因為java代碼直接就可以被groovy編譯, groovy完全兼容java語法, 對一般java開發人員來說，這真是太親切了

⑻ Java程序員為什麼學習Groovy

正如Groovy對Java很多特性進行的包裝優化一樣，基於Groovy的HttpBuilder也包裹了HttpClient，使網路編程變得更加的方便易用，下面稍微來用一個例子看一下。
尋找各種依賴的jar包有時候會讓我們失去耐心，不過值得慶幸的是我們有Maven和Gradle這樣的工具，可以根據配置輕松的幫我們配置好我們需要的數據。下面我們來敘述一下整個過程。
1. 創建文件夾httpbuildertest
2. 創建gradle配置文件，build.gradle，內容如下：
apply plugin: "groovy"apply plugin: "eclipse"repositories { mavenCentral()}dependencies { compile "org.codehaus.groovy:http-builder:0.4.0" compile "org.codehaus.groovy:groovy-all:2.3.3" testCompile "org.spockframework:spock-core:0.7-groovy-2.0"}

gradle我們將做另文介紹
3. 執行gralde eclipse（當然必須先安裝gradle），就可以生成eclipse所需要的.classpath和.project文件，這時候就可以使用eclipse導入功能來import->Existing Projects Into WorkSpace。
4. 創建我們的一個測試，試試看是不是可以使用httpbuilder了
import groovyx.net.http.HTTPBuilderimport spock.lang.Specification;import static groovyx.net.http.Method.*import static groovyx.net.http.ContentType.*class HttpbuildLabSpec extends Specification{HTTPBuilder http = new HTTPBuilder( 'http://m.weather.com.cn' )public void testRequestWeather(){ when: def info ="" http.request( GET, JSON ) { url.path = '/data/101290401.html' headers.'User-Agent' = 'Mozilla/5.0 Ubuntu/8.10 Firefox/3.0.4' response.success = { resp, json -> info = json.weatherinfo.city } response.failure = { resp -> println "Unexpected error: ${resp.statusLine.statusCode} : ${resp.statusLine.reasonPhrase}" } } then:"曲靖"==info}}

打完收工，通過這個小例子我們可以了解到這么一些內容：
（1）HTTPBuilder 是這個框架的核心類（要不然怎麼和框架一個名字），構建這個類的對象的時候，指定要請求的baseUrl。
（2）request方法可以指定請求的method和返回的數據格式，method對應的是GET/PUT/POST/DELETE/HEAD幾個常量，而數據格式目前有JSON/XML/HTML/BINARY/URLENC/ANY幾種。
（3）一個比較有意思的地方是，在http的request方法裡面，彷彿是無根之水一樣突然冒出來了幾個沒有聲明過的變數，看起來連編譯也不會通過的方法，那麼是如何能正常運作的呢？這個我們就要研究到Groovy的Closure（閉包）。Groovy的閉包里包含有一個delegate屬性，一般來說，這個delegate里保存的是閉包使用上下文的對象引用，比如a調用了一個閉包b，則b的delegate就是a的this對象。而在HTTPBuilder對象調用request方法的時候，它把傳入閉包的delegate改成了一個叫做SendDelegate的類對象（這是HTTPBuilder的內部類，他們都是用Java寫的，在新版的HttpBuilder里，已經改名為RequestConfigDelegate），這個類裡面，分別包含了一個叫做getHeaders()的方法，一個叫做getUrL()的方法，一個叫做getResponse()的方法。稍微思索一下我們就可以想到，Groovy里有這樣的特性，如果直接使用一個識別不出來的變數，Groovy會假設它是getter的一種簡寫形式，自動進行補全（當然這也是DSL的常用伎倆，把方法偽裝成短語），而getter並沒有參數，所以其括弧是可以簡寫的，實際上上面的代碼可以寫作getUrl().path = '/data/101290401.html'，這樣就非常符合程序員的視覺體驗了。
（4）第四點羅嗦了不少，主要是為了喜歡追根問題的同學釋疑，實際上整個調用還是非常的簡單明快的，在request閉包里，我們通過response（記得嗎，實際上就是GetResponse()）,獲得了一個Map結構，這個Map的內部結構實際上是Map<String,Closure>,對「success」和「failure」這兩個key我們分別設置了對應的閉包，這樣就完成了回調的設置，一旦方法成功或者失敗，就可以調用到對應的閉包。
（5）使用了JSON作為返回格式，閉包的第二個參數就是解析好的返回body，就是一個Json對象，是可以直接用點號來訪問的。當然最好不要在失敗的閉包里放這個參數，一般失敗的情況比較多，也許就是一個html返回，格式錯誤那麼測試也就無法按照預期進行了。