Go語(yǔ)言現(xiàn)在的前景怎么樣？我學(xué)習(xí)了java和golang，java用了5年，無(wú)限感慨java的生態(tài)，工業(yè)級(jí)的語(yǔ)言，無(wú)數(shù)的解決方案，不管你是做互聯(lián)網(wǎng)還是傳統(tǒng)行業(yè)的開(kāi)發(fā)用java開(kāi)發(fā)總能解決一切很多的問(wèn)題

Go語(yǔ)言現(xiàn)在的前景怎么樣？

我學(xué)習(xí)了java和golang，java用了5年，無(wú)限感慨java的生態(tài)，工業(yè)級(jí)的語(yǔ)言，無(wú)數(shù)的解決方案，不管你是做互聯(lián)網(wǎng)還是傳統(tǒng)行業(yè)的開(kāi)發(fā)用java開(kāi)發(fā)總能解決一切很多的問(wèn)題，國(guó)內(nèi)巨頭阿里巴巴更是把java推向了極致，golang作為一個(gè)新聲代語(yǔ)言，它的簡(jiǎn)便語(yǔ)法，空前極低上手難度，并且他的生態(tài)還是慢慢的開(kāi)始完善，例如docker etcd kubernetes 國(guó)內(nèi)的TiDB，Beego，甚至阿里巴巴也推出了dubbo-go，國(guó)內(nèi)今日頭條，嗶哩嗶哩，滴滴等公司的技術(shù)棧也慢慢從java轉(zhuǎn)到了golang并不是說(shuō)java不好，只能說(shuō)golang很簡(jiǎn)單，你開(kāi)發(fā)一個(gè)web應(yīng)用golang20行代碼，java可能需要你會(huì)知道完整的技術(shù)棧例如spring boot技術(shù)棧，而golang甚至只需要你會(huì)httprouter，rpc框架的支持java比也是不逞多讓，CICD領(lǐng)域go就完全吊打java了，畢竟docker和kubernetes都是golang寫的，天生無(wú)縫支持，golang的并發(fā)模型也是領(lǐng)先java，gorouting天生為并發(fā)而生，所以現(xiàn)在學(xué)golang是一個(gè)不錯(cuò)的選擇，但是golang也有它的缺點(diǎn)，項(xiàng)目管理，包依賴管理不如java，泛型等支持也不是很好，相比java的生態(tài)go國(guó)內(nèi)的生態(tài)還有所欠缺，再說(shuō)就業(yè)，java的就業(yè)比golang簡(jiǎn)單，因?yàn)槿笨诖螅莋olang的就業(yè)薪資并不比java低，所以從語(yǔ)言的角度來(lái)說(shuō)golang優(yōu)越于java，生態(tài)上低于java，前景上理論上好于java，這需要看國(guó)內(nèi)的大風(fēng)向，所以建議學(xué)習(xí)一下

Go會(huì)成為下一個(gè)企業(yè)級(jí)編程語(yǔ)言嗎？

從目前看不太可能，至于未來(lái)有沒(méi)有可能，要看Google能不能持續(xù)對(duì)Go進(jìn)行持續(xù)扶持。目前Go語(yǔ)言開(kāi)發(fā)者說(shuō)它簡(jiǎn)單、快速、安全、并發(fā)、快樂(lè)編程、開(kāi)源；但Go語(yǔ)言缺乏方向以及其“集大成者”的嘗試很容易會(huì)導(dǎo)致其學(xué)貓不成學(xué)狗也不成，淪為四不像。

目前不太可能的原因

Java似乎永遠(yuǎn)不會(huì)過(guò)時(shí)，盡管它在20世紀(jì)90年代最初為交互式電視而設(shè)計(jì)，但今天的Java卻為企業(yè)應(yīng)用、安卓移動(dòng)應(yīng)用開(kāi)發(fā)以及其他一切功能提供了動(dòng)力。

Java自身的跨平臺(tái)、安全性、健壯性、簡(jiǎn)潔性非常適合企業(yè)級(jí)開(kāi)發(fā)。加上這么多年來(lái)各種機(jī)構(gòu)貢獻(xiàn)了各種各樣的生態(tài)環(huán)境，比如各種開(kāi)源還用的框架，像Spring全家桶，Java有今天的成就Spring絕對(duì)功不可沒(méi)。不完全統(tǒng)計(jì)至今全球有數(shù)十億設(shè)備上運(yùn)行著Java程序。

Java最大的問(wèn)題就是框架臃腫，以前配置個(gè)開(kāi)發(fā)環(huán)境要半天。現(xiàn)在SpringBoot的出現(xiàn)一定程度上改善了這種情況。

總之，Java本身優(yōu)點(diǎn)突出、生態(tài)完善、技術(shù)成熟，Go雖然很好但是要想短期內(nèi)取代Java不可能。

現(xiàn)在是不是越來(lái)越多的大公司在使用golang語(yǔ)言？為什么？

你好，我是研華科技的技術(shù)主管，我們剛剛經(jīng)歷了從java到golang的開(kāi)發(fā)語(yǔ)言演變過(guò)程，我來(lái)分享一下我們的經(jīng)驗(yàn)，希望對(duì)大家有所幫助。

我們?yōu)楹我鰆ava到golang的轉(zhuǎn)型呢？

和我們的業(yè)務(wù)模式的轉(zhuǎn)型有很大的關(guān)系。之前的模式是用戶自己買vm，我們的java應(yīng)用部署在上面。后來(lái)我們自己開(kāi)始做云平臺(tái)了，基于成本的考量我們對(duì)運(yùn)行在云平臺(tái)上的應(yīng)用的cpu和內(nèi)存的開(kāi)銷非常的關(guān)注。你想想看，如果一個(gè)java應(yīng)用，內(nèi)存占用2G，cpu 1 core，如果有10個(gè)用戶在我們的云平臺(tái)上部署這套應(yīng)用，則共計(jì)需要內(nèi)存20G，cpu 10core；但是如果這個(gè)應(yīng)用用golang編寫，可能內(nèi)存只占用512M， cpu 0.5 core， 那么總體的資源開(kāi)銷只有5core5G， 這樣就大大的節(jié)約了成本。（在公司看來(lái)，節(jié)省的錢就是賺到的錢）

所以，我們做這樣的轉(zhuǎn)型只是看中了golang的性能優(yōu)勢(shì)，節(jié)省內(nèi)存和cpu。我們并不否認(rèn)java的優(yōu)秀，我們?cè)谝恍┙M件上依然使用的java。

事實(shí)上，top10編程語(yǔ)言里沒(méi)有g(shù)olang，而排名第一的依然是java：

而無(wú)論是流行度，還是使用體量，go都無(wú)法和java相提并論：

所以，我的理解是，任何一種語(yǔ)言的選型，都要和自己公司的商業(yè)策略和業(yè)務(wù)目標(biāo)綜合起來(lái)考量，而不是人云亦云，哪個(gè)流行選哪個(gè)。

希望對(duì)你有所幫助。

Golang真的好用嗎？

最近剛剛寫完go，有點(diǎn)上癮.自己一直是javaer，做這塊有10年了，下面說(shuō)說(shuō)個(gè)人對(duì)這三門語(yǔ)言的理解.go語(yǔ)言，幾個(gè)鮮明的特性， 垃圾回收 跨平臺(tái) 并發(fā)完美支持 編譯迅速.

• 垃圾回收就不說(shuō)了，java也有，這可以讓我們不用過(guò)度的關(guān)心內(nèi)存管理.
• 跨平臺(tái)，java python 也有可以，但他們需要安裝對(duì)應(yīng)的支持庫(kù).java jre環(huán)境 python2 python3 環(huán)境. 而go編譯出來(lái)的包，直接可用.
• 并發(fā)支持，java 并發(fā)最小單元是線程，cpu切換是有代價(jià)，數(shù)量控制不好，出問(wèn)題是頭疼的一個(gè)點(diǎn).go是多了一個(gè)協(xié)程的概念，是用戶級(jí)的線程.可以任意切換，cpu沒(méi)有什么代價(jià).可以很舒服的開(kāi)發(fā)高并發(fā)應(yīng)用.就這個(gè)特性我覺(jué)得后面很多服務(wù)器的程序會(huì)傾向于go.
• 編譯迅速，java也編譯也很快，但他是編譯器選擇性進(jìn)行編譯或進(jìn)行解釋執(zhí)行的，沒(méi)有可比性.python純解釋性語(yǔ)言.性能上解釋性語(yǔ)言是沒(méi)法跟編譯性語(yǔ)言相比的.go兼顧編譯性語(yǔ)言性能好的特點(diǎn)，編譯比c c 快太多了.非常惹人喜愛(ài).

所以go優(yōu)點(diǎn)是很多，后面很多程序應(yīng)用都是會(huì)傾向于他，特別是他的協(xié)程概念，釋放了多核處理器的能力.未來(lái)我看好他的發(fā)展.當(dāng)然java有很完整的生態(tài)，目前來(lái)說(shuō)構(gòu)建大型的復(fù)雜系統(tǒng)還是少不了他，大數(shù)據(jù)這塊很多框架都是基于Java.python呢，在爬蟲(chóng)，機(jī)器學(xué)習(xí)，ai領(lǐng)域有很多成熟的框架庫(kù)，要是搞機(jī)器學(xué)習(xí)，也還得學(xué)他.

C語(yǔ)言中的goto語(yǔ)句。為什么老師反復(fù)強(qiáng)調(diào)不能用？

談goto色變，主要是goto太自由了，甚至比匯編語(yǔ)言的jump更自由，jump還要考慮長(zhǎng)地址短地址等跳轉(zhuǎn)，而goto根本沒(méi)有任何限制，他可以直接從函數(shù)內(nèi)部調(diào)到函數(shù)外部甚至其它函數(shù)的位置。這就牽扯到一個(gè)問(wèn)題，我們都知道函數(shù)調(diào)用是保護(hù)當(dāng)前上下文，也是當(dāng)前執(zhí)行堆棧和寄存器，一旦進(jìn)入被調(diào)用函數(shù)的內(nèi)部，堆棧和寄存器就全變了，如果函數(shù)內(nèi)部再用goto到其它地方函數(shù)不再返回，程序肯定就全亂了，而且導(dǎo)致內(nèi)存泄露。所以，使用goto必須要加限制條件1.函數(shù)內(nèi)部goto只能goto到函數(shù)內(nèi)部，保證函數(shù)能夠返回到被調(diào)用的2.中斷內(nèi)部用goto也是一樣，goto必須要能夠保證中斷正常返回，不然也會(huì)導(dǎo)致中斷異常?？偨Y(jié)，goto不推薦使用的原因主要是它可以不受任何條件限制，跳轉(zhuǎn)到你想要去執(zhí)行的地方，過(guò)于自由，但是是好事還是壞事取決于程序開(kāi)發(fā)人員的設(shè)計(jì)是不是考慮得完善，是不是會(huì)導(dǎo)致這樣那樣的問(wèn)題。