我有朋友是資深程序員，目前現(xiàn)在依據(jù)他的興趣循序漸進(jìn)地學(xué)習(xí)Go，而他過去十年一直在利用Java做開發(fā)，再往前他是利用C ++。
過去他會(huì)利用Java為銀行和醫(yī)療領(lǐng)域做開發(fā)，即便站在今天的時(shí)間點(diǎn)上，仍舊可以相信java仍舊是首選安全、成熟的技術(shù)。
Java的強(qiáng)項(xiàng)是有像Spring這樣成熟的框架。如果有人要解決業(yè)務(wù)問題，尤其是那些適合OO數(shù)據(jù)模型的業(yè)務(wù)問題，用java是很容易實(shí)現(xiàn)的。
我了解的目前在使用Go的團(tuán)隊(duì)，基本是在搞大數(shù)據(jù)項(xiàng)目。
我們認(rèn)為，Go會(huì)是java（因?yàn)樵趪鴥?nèi)太主流了）的一個(gè)備選方案，譬如當(dāng)你發(fā)現(xiàn)你希望某個(gè)項(xiàng)目/產(chǎn)品非常有挑戰(zhàn)，有可能是有技術(shù)創(chuàng)新和突破的那類，并且發(fā)現(xiàn)Java的優(yōu)勢(shì)在這樣的項(xiàng)目中不怎么突出，那Go一定是不錯(cuò)的選擇。
Go與Java：相似之處1、Go和Java都是C族語言，這意味著它們共享相似的語言語法。因此，Java開發(fā)人員經(jīng)常發(fā)現(xiàn)閱讀Go代碼相當(dāng)容易，反之亦然。Go在語句的末尾不使用分號(hào)（';'），但在少數(shù)情況下除外。對(duì)我來說，Go的行分隔語句更加清晰易讀。
2、Go和Java都使用了我最喜歡的功能之一，即垃圾收集器（GC），以幫助防止內(nèi)存泄漏。與C ++不同，C系列程序員必須擔(dān)心內(nèi)存泄漏，垃圾回收器是使內(nèi)存管理自動(dòng)化并因此簡(jiǎn)化工作的功能之一。Go的GC僅GOGC變量可設(shè)置初始垃圾回收目標(biāo)百分比。在Java中，有4個(gè)不同的垃圾收集器，每個(gè)垃圾收集器都有大量的設(shè)置。
3、Java和Go都被認(rèn)為是跨平臺(tái)的，但是Java需要Java虛擬機(jī)（JVM）來解釋編譯后的代碼。Go可以簡(jiǎn)單地將代碼編譯為任何二進(jìn)制文件。實(shí)際上，我認(rèn)為Java與Go相比，Java的依賴程度更低，因?yàn)镚o每次為一個(gè)平臺(tái)編譯代碼時(shí)都需要您創(chuàng)建一個(gè)二進(jìn)制文件。從測(cè)試和DevOps的角度來看，分別編譯不同平臺(tái)的二進(jìn)制文件非常耗時(shí)，并且跨平臺(tái)的Go編譯在某些情況下不起作用，尤其是當(dāng)我們使用CGo部件時(shí)。同時(shí)，使用Java，您可以在擁有JVM的任何地方使用相同的jar。Go需要更少的RAM，并且不需要任何有關(guān)安裝和管理虛擬機(jī)的事項(xiàng)。
4、反射，與Java不同，Go的反射似乎更復(fù)雜且不那么明顯。Java是一種面向?qū)ο蟮恼Z言，因此除原語之外的所有內(nèi)容都被視為對(duì)象。如果要使用反射，則可以為對(duì)象創(chuàng)建一個(gè)類，并從該類中獲取所需的信息，如下所示：
Class cls = obj.getClass();
Constructor constructor = cls.getConstructor();
Method[] methods = cls.getDeclaredFields();
在Go中，沒有類的概念，并且結(jié)構(gòu)僅包含已聲明的字段。因此，我們需要“反射”包以提供所需的信息。
Go與Java：差異1、Golang不是OOP語言。Go的核心是缺少Java的繼承，因?yàn)樗鼪]有通過繼承實(shí)現(xiàn)傳統(tǒng)的多態(tài)性。實(shí)際上，它沒有對(duì)象，只有結(jié)構(gòu)。它可以通過提供接口來模擬一些面向?qū)ο蟮哪Ｊ健Ｍ瑯樱梢詫⒔Y(jié)構(gòu)彼此嵌入，但是嵌入式結(jié)構(gòu)無法訪問宿主結(jié)構(gòu)的數(shù)據(jù)和方法。Go使用組合而不是繼承來組合一些所需的行為和數(shù)據(jù)。
2、Go是一種命令式語言，而Java則是一種聲明式語言。在Go中，我們沒有像依賴注入那樣的東西。相反，我們必須將所有內(nèi)容明確地包裝在一起。因此，建議在Go中進(jìn)行編程的方法是使用盡可能少的魔術(shù)。對(duì)于外部代碼審閱者來說，一切應(yīng)該都是顯而易見的，程序員應(yīng)該了解Go代碼如何使用內(nèi)存，文件系統(tǒng)和其他資源的所有機(jī)制。
另一方面，Java需要開發(fā)人員更多地關(guān)注于自定義編寫程序的業(yè)務(wù)邏輯部分，以確定如何創(chuàng)建，過濾，更改和存儲(chǔ)數(shù)據(jù)。就系統(tǒng)基礎(chǔ)架構(gòu)和數(shù)據(jù)庫管理而言，所有這些都是通過配置和通過Spring Boot等通用框架進(jìn)行的注釋來完成的。我們對(duì)重復(fù)的基礎(chǔ)結(jié)構(gòu)部分感到枯燥乏味，而將其留給了框架。這很方便，但也會(huì)顛倒控制權(quán)，并限制了我們優(yōu)化整個(gè)過程的能力。
變量定義的順序。在Java中，可以編寫如下內(nèi)容：
String name;
但是在Go中，會(huì)這樣寫：
name string
Go的優(yōu)點(diǎn)簡(jiǎn)單優(yōu)雅的并發(fā)。 Go具有強(qiáng)大的并發(fā)模型，稱為“通信順序過程”或CSP。Go使用n-to-m探查器，該探查器允許在n個(gè)系統(tǒng)線程中發(fā)生m個(gè)并發(fā)執(zhí)行。可以使用該語言的關(guān)鍵字（與該語言的名稱相同）以非常基本的方式啟動(dòng)并發(fā)例程。例如，編碼人員可以編寫以下字符串：go doMyWork()
并且函數(shù)doMyWork（）將同時(shí)開始執(zhí)行。進(jìn)程之間的通信可以使用共享內(nèi)存（不推薦）和通道來完成。它允許使用GOMAXPROCS環(huán)境變量定義進(jìn)程一樣多的核心并行。默認(rèn)情況下，進(jìn)程數(shù)等于核心數(shù)。
Go提供了一種特殊模式來運(yùn)行二進(jìn)制文件并檢查運(yùn)行情況。這樣，可以測(cè)試并證明軟件是并發(fā)安全的。
go run -race myapp.go
我真的很欣賞Go 提供了非常有用的基本功能，即開即用 （https://golang.org/dl/）。一個(gè)很好的例子是同步“ sync” https://golang.org/pkg/sync/ 并發(fā)包。對(duì)于“一次”組類型單例模式實(shí)現(xiàn)，可以編寫：
包同步還為并發(fā)映射實(shí)現(xiàn)，互斥鎖，條件變量和等待組提供了一種結(jié)構(gòu)。軟件包“ atomic” https://golang.org/pkg/sync/atomic/ 還允許并發(fā)安全轉(zhuǎn)換和數(shù)學(xué)運(yùn)算-實(shí)質(zhì)上是制作并發(fā)就緒代碼所需的一切。
指針。使用指針，Go可以更好地控制如何分配內(nèi)存，垃圾收集器有效負(fù)載以及其他Java無法實(shí)現(xiàn)的有趣的性能調(diào)整。與Java相比，Go感覺像是一種更底層的語言，并且支持更輕松，更快速的性能優(yōu)化。鴨子打字。 “如果它走路像鴨子，卻像鴨子一樣嘎嘎叫，那它一定是鴨子。” 這句話在Go中是正確的：無需定義某種結(jié)構(gòu)實(shí)現(xiàn)給定的接口。如果該結(jié)構(gòu)在給定的接口中具有相同簽名的方法，則它將實(shí)現(xiàn)它。作為庫的客戶端，可以定義外部庫結(jié)構(gòu)所需的任何接口。在Java中，對(duì)象必須顯式聲明其實(shí)現(xiàn)了接口。探查器。 Go的性能分析工具使分析性能問題變得方便，快捷和容易。Go中的事件探查器有助于揭示程序所有部分的內(nèi)存分配和CPU使用情況，并可以在可視化圖形中進(jìn)行說明，從而使執(zhí)行優(yōu)化性能的操作非常容易。從Java VisualVM開始，Java也有許多探查器，但是它們不像Go探查器那么簡(jiǎn)單。相反，它們的功效取決于JVM的工作，因此與它們獲得的統(tǒng)計(jì)信息和垃圾收集器的工作相關(guān)。CGO。Go允許對(duì)C進(jìn)行非常簡(jiǎn)單而強(qiáng)大的集成，因此可以在Go項(xiàng)目中編寫帶有C代碼片段的平臺(tái)相關(guān)應(yīng)用程序。本質(zhì)上，CGo使開發(fā)人員能夠創(chuàng)建調(diào)用C代碼的Go程序包。為了排除/包括給定平臺(tái)的C代碼段，有各種構(gòu)建器選項(xiàng)，這些代碼段允許應(yīng)用程序的多平臺(tái)實(shí)現(xiàn)。用作參數(shù)。Go函數(shù)可以用作變量，傳遞給另一個(gè)函數(shù)或用作結(jié)構(gòu)的字段。這種多功能性令人耳目一新。從Java的1.8版本開始，它結(jié)合了lambda的使用，它們不是真正的函數(shù)，而是單功能對(duì)象。盡管這有助于實(shí)現(xiàn)類似于在Go中使用函數(shù)的行為，但這種想法從一開始就存在于Go中。明確的代碼風(fēng)格準(zhǔn)則。 Go背后的社區(qū)充滿了支持和熱情。那里有大量關(guān)于使用示例和解釋進(jìn)行操作的最佳方法的信息。函數(shù)可以返回許多參數(shù)。 這也是非常有用和不錯(cuò)的。Go的缺點(diǎn)除接口外，沒有多態(tài)性。 Go中沒有繼承多態(tài)性，這意味著如果在同一個(gè)程序包中有兩個(gè)函數(shù)具有不同的參數(shù)但含義相同，則必須給它們指定不同的名稱。例如，使用此代碼：最終會(huì)采用許多方法來做相同的事情，但所有方法都具有不同的名稱。
此外，如果嵌入結(jié)構(gòu)，則嵌入式結(jié)構(gòu)僅知道其自己的方法，而不會(huì)知道“宿主”結(jié)構(gòu)的方法。
錯(cuò)誤處理。 完全由你決定返回什么錯(cuò)誤以及如何返回錯(cuò)誤，因此作為開發(fā)人員，需要每次都返回錯(cuò)誤并相應(yīng)地傳遞錯(cuò)誤。毫不奇怪，錯(cuò)誤可能會(huì)被隱藏，這可能是真正的痛苦。記住要檢查錯(cuò)誤并把它們傳遞出去，這很煩人而且不安全。在Java中，異常要方便得多。如果它是RuntimeException，則甚至不必將其添加到函數(shù)的簽名中。
沒有泛型。雖然很方便，但泛型增加了復(fù)雜性，并且當(dāng)Go類型的創(chuàng)建者鍵入系統(tǒng)和運(yùn)行時(shí)，它們被認(rèn)為代價(jià)高昂。在Go中進(jìn)行構(gòu)建時(shí)，基本上必須針對(duì)不同的類型重復(fù)使用自己或使用代碼生成。沒有注釋。 雖然可以用代碼生成部分替換編譯注釋，但不幸的是，運(yùn)行時(shí)注釋根本不能替換。這是有道理的，因?yàn)镚o不是聲明性的，并且代碼中不應(yīng)包含任何魔術(shù)。我喜歡在Java中使用注釋，因?yàn)樗鼈兪勾a更加優(yōu)雅，簡(jiǎn)單。Go中的依賴管理。 最初，除了“ Gopgk”之外沒有任何依賴項(xiàng)管理，但最終發(fā)布的“供應(yīng)商”實(shí)驗(yàn)后來被“ vgo”取代，然后又被1.10版“ go mod”取代。如今，可以手動(dòng)更改go.mod文件描述符，也可以使用各種Go命令（例如“ go get”）進(jìn)行更改。不幸的是，這使得依賴關(guān)系變得不穩(wěn)定。也沒有即開即用的依賴關(guān)系管理機(jī)制提供的源鏡像。有點(diǎn)可惜，尤其是因?yàn)镴ava具有諸如Maven和Gradle之類出色的聲明式工具來進(jìn)行依賴關(guān)系管理，它們也可用于構(gòu)建，部署和處理其他CD / CI用途。
我們實(shí)際上必須使用Makefile，docker-composes和bash腳本自定義構(gòu)建所需的依賴關(guān)系管理，這只會(huì)使CD / CI的過程和穩(wěn)定性變得復(fù)雜。
Go微服務(wù)通常始于容器，并在本地，虛擬Linux機(jī)器或不同平臺(tái)上同時(shí)終止。有時(shí)，它會(huì)使CD / CI在開發(fā)和生產(chǎn)周期中的工作比所需的更為復(fù)雜。
軟件包的名稱包括托管域名。 例如：import “github.com/pkg/errors”
這真的很奇怪，尤其不方便，因?yàn)槿绻桓恼麄€(gè)項(xiàng)目代碼庫的導(dǎo)入，就無法用自己的實(shí)現(xiàn)替換某人的實(shí)現(xiàn)。
在Java中，導(dǎo)入通常以公司名稱開頭，例如：
import by.spirascout.public.examples.simple.Helper;
區(qū)別在于，在Go中，go get將轉(zhuǎn)到by.spirascout.public并嘗試獲取資源。在Java中，程序包和域名不必關(guān)聯(lián)。
golang和java開發(fā)選哪個(gè)？
不一定有最佳答案，在于你希望用他們開發(fā)什么項(xiàng)目/產(chǎn)品。。。。。。
Java是行業(yè)標(biāo)準(zhǔn)，相比之下，現(xiàn)在使用Go做開發(fā)的還是比較少，基本是些大廠和涉及大數(shù)據(jù)的項(xiàng)目。
但是，我非常喜歡Go。
我認(rèn)為最好的辦法是環(huán)顧四周，看看每種語言都可以提供哪些工作機(jī)會(huì)。
無疑，你可能不會(huì)找到很多Go作業(yè)，但是會(huì)找到很多Java。