如何提升golang編譯速度

⑴ go env中GOCACHE=off這是怎麼回事

GOCACHE=off表示go build cache被關閉了，建議開啟，可以加快構建編譯的速度。開啟辦法是為GOCACHE設置一個目錄即可。

編譯語言是一種以編譯器來實現的編程語言。它不像直譯語言一樣，由解釋器將代碼一句一句運行，而是以編譯器，先將代碼編譯為機器碼，再加以運行。理論上，任何編程語言都可以是編譯式，或直譯式的。它們之間的區別，僅與程序的應用有關。

名詞解釋：

詞法分析的任務是對由字元組成的單詞進行處理，從左至右逐個字元地對源程序進行掃描，產生一個個的單詞符號，把作為字元串的源程序改造成為單詞符號串的中間程序。執行詞法分析的程序稱為詞法分析程序或掃描器。

源程序中的單詞符號經掃描器分析，一般產生二元式：單詞種別；單詞自身的值。單詞種別通常用整數編碼，如果一個種別只含一個單詞符號，那麼對這個單詞符號，種別編碼就完全代表它自身的值了。若一個種別含有許多個單詞符號，那麼，對於它的每個單詞符號，除了給出種別編碼以外，還應給出自身的值。

⑵ golang適合做web開發嗎

適合。框架足夠成熟了 A Survey of 5 Go Web Frameworks
小型項目你甚至不用框架，用net/http http - The Go Programming Language
常用庫也成熟了 Top - Go Search
golang的web後端即使不concurrent也比php，ruby，python快很多很多
golang里用concurrent真的非常方便，非常非常快，超大web項目golang scale成本低
如果你想，golang的部署可以比php更方便，使用go get和http.ServeAndListen()可以不用nginx和apache
對於文件改動重新編譯其實並不是大問題，看pilu/fresh · GitHub，其實你自己寫shell腳本（也可以直接用go寫，因為它本身就是系統語言）監控文件系統改動然後自動重新build，即使是C/C++的項目這也不是大問題，人們不用C/C++寫web是因為它們不是寫web app的最佳選擇
golang寫的代碼編譯通過後，要比scripting language魯棒，因為go compiler強制一些最佳實踐

⑶ Golang 的靜態編譯

Go 語言和 C 語言的一個很大的區別是， Go 語言只靜態編譯，做個測試：

一方面是 Go 語言編譯後的可執行文件大小比 C 語言的大很多，
另一方面是 C 語言的可執行文件需要依賴 glibc 動態庫，
用 ldd 命令可以看出來：

或者直接刪除 glibc 動態庫， C 可執行程序報錯，而 Go 的還能運行：

這時候只有內部命令可以運行，外部命令，包括 ln 甚至最常用的 ls 命令也不能運行了：

設置好 LD_PRELOAD 環境變數之後， ln 命令可以運行，但是 sudo 仍然不能運行

只能靠 root 用戶來重新創建軟連接了：

所以用 sudo 來 rm 文件要小心，還是用 root 比較好。如果沒有預先留一個打開的 root 終端，登錄都登不進去。

⑷ 為什麼 Go 語言的性能還不如java

Go語言自亮相以來並沒有展示一個明確的方向，Google員工將Go語言稱為一個「試驗性語言」，稱其試圖融合Python等動態語言的開發速度和C或C++等編譯語言的性能和安全。一位Go語言的支持者概括而言Go語言如下：簡單、快速、安全、並發、快樂編程、開源；但Go語言缺乏方向以及其「集大成者」的嘗試很容易會導致其學貓不成學狗也不成，淪為四不像。盡管如此，編者仍然覺得Go語言有相當大的潛力：很多開發者對它感興趣——不僅它的最初設計者陣容強大，而且在參與修改源代碼的人群中也不乏大牛級人物。這很有可能幫助Go語言找到適合自己的方向，開拓系統編程的新方向。

⑸ Go語言有什麼好用的IDE嗎

我喜歡jetbrains系列的IDE+go插件。不過我要說的是這個問題主要看你的觀點如何。
說eclipse：
構建方式是使用go install 命令，每一次編譯運行都是go install。這樣的好處就是如果你有很多的包，下載下來並沒有編譯，這樣每次編譯速度是很快的。而且（！）go install 符合go官方的項目結構，官方說過了，一個go的項目應該是以個gopath，包含src，pkg，bin三個主要目錄。所以說go install個人認為才是主要的go編譯方式。
說eclipse的缺點：
其實eclipse插件的go編譯方式，還有目錄結構，項目結構，都是非常完美的！！！！真的很完美！可是，他的代碼提示，太差件！大括弧都不能自動補全，gdb 32bit 64bit兼容問題，eclipseC++ 沒有html js插件，需要手動安裝，幾乎不能開箱即用。不過如果你是開發演算法，數據處理，還是推薦eclipse的，畢竟其他都無關緊要。
說jetbrains：
說先說clione肯定不適合，新建項目沒有向導，導致改成go項目各種不開心，比如圖標對於我來說就無法接受go lib 不是小耗子~這是次要的，重要的是各個文件都是灰色的（沒有在cmake中包含的結果），然後說剩下的，phpstorm這個不說了，估計很少有人插件按在這里，webstorm，體驗也不是很好，idea？體驗很好，可是畢竟比較重，尤其是現在加入了自家的K啥玩意（無意冒犯，沒記住單詞）~可是話說回來，go跟C系列IDE配合才是最佳，跟java系列一點不搭關系，用idea似乎有點格格不入，但是！idea支持新建項目向導，lib的圖標也很清晰，最後還是選擇idea吧，期待clion的強大起來！
再說jetbrains系列缺點：
插件的構建方式是go buiild 這個讓人很不爽，我們幾乎不確定會構建到什麼地方去，還要每次設置一下run配置。這個可能無關緊要，畢竟不是什麼大的毛病，可是go build不能緩存.a文件，直接構建的結果就是很多第三方包的情況下很慢！所以建議安裝包的時候手動install 一下解決這個問題。自帶代碼格式化，這個格式化跟go 格格不入，總的來說就是蛋疼，心碎，菊花癢。
最後說liteIDE：
輕量級IDE，我可以說是國人GO偉大作品典範，然而默認構建也是go build，項目管理方式不符合go官方標准。代碼提示不能自動導入（eclipse也不能），不過如果你的項目是以包為單位的，那麼另當別論。一定很不錯，畢竟是輕量級專門針對GO的IDE！
說這些，其實還有很大一部分取決於你的項目是用vendor機制管理，還是godeps機制管理依賴關系。go不像java擁有強大的幾乎天下一統的maven（無意冒犯，暫不評價其他構建套件）。
go沒有官方包倉庫。
go沒有官方包管理工具。
go沒有官方自動化構建套件。
上面三個沒有是致命要害。導致民間各種百花齊放。
說說我的項目怎麼管理
gpm 一個shell工具（windows下你可以用git的bash，或者cygwin~）
我是嚴格艷照官方推薦方式管理go項目，一個go項目一個gopath。系統的gopath只是為了安裝go命令，我沒有配置gobin，意義不大。
項目的依賴跟我的代碼包都在src下（非vendor）
vendor用來存放包的特殊依賴，發布項目直接把依賴包發布上去（公網管理則只上傳依賴關系文件 godeps文件）
資源文件等都放在src目錄同級，編譯文件放在bin，引用直接../引用。

⑹ go-sqite3 為啥 編譯如此的慢

編譯快慢和硬體配置有關，另外go-sqlite3首先要編譯sqlite.c, sqlite3.h, sqlite3ext.h，然後才是go的介面。自然不如c快啊。

⑺ Go語言怎麼樣

Go語言是谷歌推出的一種全新的編程語言，可以在不損失應用程序性能的情況下降低代碼的復雜性。谷歌首席軟體工程師羅布派克(Rob Pike)說:我們之所以開發Go，是因為過去10多年間軟體開發的難度令人沮喪。

Go是谷歌2009發布的第二款編程語言。2009年7月份，谷歌曾發布了Simple語言，它是用來開發Android應用的一種BASIC語言.

Go Logo
北京時間2010年1月10日，Go語言摘得了TIOBE公布的2009年年度大獎。該獎項授予在2009年市場份額增長最多的編程語言。

谷歌資深軟體工程師羅布·派克(Rob Pike)表示，"Go讓我體驗到了從未有過的開發效率。"派克表示，和今天的C++或C一樣，Go是一種系統語言。他解釋道，"使用它可以進行快速開發，同時它還是一個真正的編譯語言，我們之所以現在將其開源，原因是我們認為它已經非常有用和強大。"

2007年，谷歌把Go作為一個20%項目開始研發，即讓員工抽出本職工作之外時間的20%， 投入在該項目上。除了派克外，該項目的成員還有其他谷歌工程師也參與研發。

派克表示，編譯後Go代碼的運行速度與C語言非常接近,而且編譯速度非常快，就像在使用一個互動式語言。現有編程語言均未專門對多核處理器進行優化。Go就是谷歌工程師為這類程序編寫的一種語言。它不是針對編程初學者設計的，但學習使用它也不是非常困難。Go支持面向對象，而且具有真正的閉包(closures)和反射 (reflection)等功能。

在學習曲線方面，派克認為Go與Java類似，對於Java開發者來說，應該能夠輕松學會 Go。之所以將Go作為一個開源項目發布，目的是讓開源社區有機會創建更好的工具來使用該語言，例如 Eclipse IDE中的插件。

在谷歌公開發布的所有網路應用中，均沒有使用Go，但是谷歌已經使用該語言開發了幾個內部項目。派克表示，Go是否會對谷歌即將推出的Chrome OS產生影響，還言之尚早,不過Go的確可以和Native Client配合使用。他表示"Go可以讓應用完美的運行在瀏覽器內。"例如，使用Go可以更高效的實現Wave，無論是在前端還是後台。

Go 同時具有兩種編譯器，一種是建立在GCC基礎上的Gccgo，另外一種是分別針對64位x64和32位x86計算機的一套編譯器(6g和8g)。谷歌目前正在研發其對ARM晶元和Android設備的支持。派克表示，"Android手機存在的問題是，我們一直沒有一個數學協處理器。"

⑻ Rust 和 Go,哪個性能更好

要說性能，那是Rust更好。更多的編譯期優化、無 GC 等特點加持，開發高性能應用自然是 Rust 性能高。據統計利用 Rust 開發的 RipGrep 性能甚至賽過使用 C 開發的 Grep。

但是性能不是唯一考量，當你糾結 Borrow Check，糾結 unsafe，糾結 clone，糾結各種奇怪的類型限制的時候；當你 cargo build 怒草電腦風扇三分鍾的時候；人家 GoLang 可能早就發兩個版了。

同時 Rust 的語法花活眾多，遍歷數組可以寫循環也可以 for_each() 一行流。不像 GoLang 那麼白開水誰寫都差不多一個味道，經常第一天想到神來之筆快樂 Coding 到半夜第二天爬起來發現昨晚寫的都甚麼東西看不懂不如蜘蛛爬，這是墜痛苦的！

Go 的編譯器為了個編譯速度快連循環不變式提升、循環展開、對齊等等優化一個都不做，函數內斂一堆限制大多數情況都不做（比如函數里有個 for 或者 defer 或者 select 等，或者函數多於 40 個表達式），擁有的優化一隻手都能數的過來：

基礎優化欠缺，高級優化更是一個沒有，和在 Debug 配置編譯下的 -O0 優化的 C++ 差不多一個概念（而且跑得更慢），哪來的資本和 rust 比性能。

其他方面：

而且 Go 的 GC 吞吐量也很低，大多數情況下各方面 Go 跑的甚至都比 Java 更慢。只不過得益於 AOT 編譯的設計，相比 Java 而言除了內存佔用小和啟動速度快之外就沒有任何優勢了，比較適合拿來做性能不關鍵的命令行工具。

個人還是更喜歡 Rust。

⑼ golang 對XP支持怎麼樣

總體還說還是非常有效而且實用的。
1.為什麼golang的開發效率高？
golang是一編譯型的強類型語言，它在開發上的高效率主要來自於後發優勢，不用考慮舊有惡心的歷史，又有一個較高的工程視角。良好的避免了程序員因為「 { 需不需要獨佔一行 」這種革命問題打架，也解決了一部分趁編譯時間找產品妹妹搭訕的階級敵人。
它有自己的包管理機制，工具鏈成熟，從開發、調試到發布都很簡單方便；
有反向介面、defer、coroutine等大量的syntactic sugar；
編譯速度快，因為是強類型語言又有gc，只要通過編譯，非業務毛病就很少了；
它在語法級別上支持了goroutine，這是大家說到最多的內容，這里重點提一下。首先，coroutine並不稀罕，語言並不能超越硬體、操作系統實現神乎其神的功能。golang可以做到事情，其他語言也可以做到，譬如c++，在boost庫裡面自己就有的coroutine實現（當然用起來跟其他boost庫一樣惡心）。golang做的事情，是把這一套東西的使用過程簡化了，並且提供了一套channel的通信模式，使得程序員可以忽略諸如死鎖等問題。
goroutine的目的是描述並發編程模型。並發與並行不同，它並不需要多核的硬體支持，它不是一種物理運行狀態，而是一種程序邏輯流程。它的主要目的不是利用多核提高運行效率，而是提供一種更容易理解、不容易出錯的語言來描述問題。
實際上golang默認就是運行在單OS進程上面的，通過指定環境變數GOMAXPROCS才能轉身跑在多OS進程上面。有人提到了網易的pomelo，開源本來是一件很不錯的事情，但是基於自己對callback hell的偏見，我一直持有這種態度：敢用nodejs寫大規模游戲伺服器的人，都是真正的勇士 : ) 。
2、Erlang與Golang的coroutine有啥區別，coroutine是啥？
coroutine本質上是語言開發者自己實現的、處於user space內的線程，無論是erlang、還是golang都是這樣。需要解決沒有時鍾中斷；碰著阻塞式i\o，整個進程都會被操作系統主動掛起；需要自己擁有調度控制能力（放在並行環境下面還是挺麻煩的一件事）等等問題。那為啥要廢老大的勁自己做一套線程放user space裡面呢？
並發是伺服器語言必須要解決的問題；
system space的進程還有線程調度都太慢了、佔用的空間也太大了。
把線程放到user space的可以避免了陷入system call進行上下文切換以及高速緩沖更新，線程本身以及切換等操作可以做得非常的輕量。這也就是golang這類語言反復提及的超高並發能力，分分鍾給你開上幾千個線程不費力。
不同的是，golang的並發調度在i/o等易發阻塞的時候才會發生，一般是內封在庫函數內；erlang則更誇張，對每個coroutine維持一個計數器，常用語句都會導致這個計數器進行rection，一旦到點，立即切換調度函數。
中斷介入程度的不同，導致erlang看上去擁有了preemptive scheling的能力，而golang則是cooperative shceling的。golang一旦寫出純計算死循環，進程內所有會話必死無疑；要有大計算量少i\o的函數還得自己主動叫runtime.Sched()來進行調度切換。
3、golang的運行效率怎麼樣？
我是相當反感所謂的ping\pong式benchmark，運行效率需要放到具體的工作環境下面考慮。
首先，它再快也是快不過c的，畢竟底下做了那麼多工作，又有調度，又有gc什麼的。那為什麼在那些benchmark裡面，golang、nodejs、erlang的響應效率看上去那麼優秀呢，響應快，並發強？並發能力強的原因上面已經提到了，響應快是因為大量非阻塞式i\o操作出現的原因。這一點c也可以做到，並且能力更強，但是得多寫不少優質代碼。
然後，針對游戲伺服器這種高實時性的運行環境，GC所造成的跳幀問題確實比較麻煩，前面的大神 @達達 有比較詳細的論述和緩解方案，就不累述了 。隨著golang的持續開發，相信應該會有非常大的改進。一是屏蔽內存操作是現代語言的大勢所趨，它肯定是需要被實現的；二是GC演算法已經相當的成熟，效率勉勉強強過得去；三是可以通過incremental的操作來均攤cpu消耗。
用這一點點效率損失換取一個更高的生產能力是不是值得呢？我覺得是值得的，硬體已經很便宜了，人生苦短，讓自己的生活更輕松一點吧: )。
4、基於以上的論述，我認為採用go進行小范圍的MMORPG開發是可行的。

⑽ 請Golang深度用戶說說，現在Golang的性能可以和C比嗎

不可以，完全沒有可比性。
Golang的優勢是開發速度，C可以自由、精準的操控內存。
拿string類型舉個栗子：
1、修改字元串：
golang：需要分配新內存，然後進行內存。
c：可直接修改，可realloc。

2、存一段data：

golang：使用[]byte類型，[]byte轉成string需要進行內存拷貝(排除掉利用指針進行類型轉換的情況)。
c：直接用char[]，可讀可寫。

golang中為了語言的安全性，類似的這種限制有很多，犧牲了一部分性能。但golang的優勢也是顯而易見的，goroutine、chan都很好用，而c則需要自己進行進程、線程的管控。