c靜態編譯golang

⑴ golang是什麼意思

Go(又稱Golang)是Google的Robert Griesemer，Rob Pike及Ken Thompson開發的一種靜態強類型、編譯型語言。Go語言語法與C相近，但功能上有：內存安全，GC(垃圾回收)，結構形態及CSP-style並發計算。

⑵ 怎麼學習golang

已經有好多程序員都把Go語言描述為是一種所見即所得(WYSIWYG)的編程語言。這是說，代碼要做的事和它在字面上表達的意思是完全一致的。 在這些新語言中，包含D，Go，Rust和Vala語言，Go曾一度出現在TIOBE的排行榜上面。與其他新語言相比，Go的魅力明顯要大很多。Go的成熟特徵會得到許多開發者的欣賞，而不僅僅是因為其誇大其詞的曝光度。下面我們來一起探討一下谷歌開發的Go語言以及談談Go為什麼會吸引眾多開發者： 快速簡單的編譯 Go編譯速度很快，如此快速的編譯使它很容易作為腳本語言使用。關於編譯速度快主要有以下幾個原因：首先，Go不使用頭文件；其次如果一個模塊是依賴A的，這反過來又取決於B，在A裡面的需求改變只需重新編譯原始模塊和與A相依賴的地方；最後，對象模塊裡麵包含了足夠的依賴關系信息，所以編譯器不需要重新創建文件。你只需要簡單地編譯主模塊，項目中需要的其他部分就會自動編譯，很酷，是不是？ 通過返回數值列表來處理錯誤信息 目前，在本地語言裡面處理錯誤的方式主要有兩種：直接返回代碼或者拋異常。這兩種都不是最理想的處理方式。其中返回代碼是非常令人沮喪的，因為返回的錯誤代碼經常與從函數中返回的數據相沖突。Go允許函數返回多個值來解決這個問題。這個從函數裡面返回的值，可以用來檢查定義的類型是否正確並且可以隨時隨地對函數的返回值進行檢查。如果你對錯誤值不關心，你可以不必檢查。在這兩種情況下，常規的返回值都是可用的。 簡化的成分（優先於繼承） 通過使用介面，類型是有資格成為對象中一員的，就像java指定行為一樣。例如在標准庫裡面的IO包，定義一個Writer來指定一個方法，一個Writer函數，其中輸入參數是位元組數組並且返回整數類型值或者錯誤類型。任何類型實現一個帶有相同簽名的Writer方法是對IO的完全實現，Writer介面。這種是解耦代碼而不是優雅。它還簡化了模擬對象來進行單元測試。例如你想在資料庫對象中測試一個方法，在標准語言中，你通常需要創建一個資料庫對象，並且需要進行大量的初始化和協議來模擬對象。在Go裡面，如果該方法需要實現一個介面，你可以創建任何對該介面有用的對象，所以，你創建了MockDatabase，這是很小的對象，只實現了幾個需要運行和模擬的介面——沒有構造函數，沒有附件功能，只是一些方法。 簡化的並發性 相對於其他語言，並發性在Go裡面顯得更加容易。把『go』關鍵字放在任意函數前面然後那個函數就會在其go-routine自動運行（一個很輕的線程）。go-routines是通過通道進行交流並且基本上封鎖了所有的隊列消息。普通工具對相互排斥是有用，但是Go通過使用通道來踢掉並發性任務和坐標更加容易。 優秀的錯誤消息 所有與Go相似的語言，自身作出的診斷都是無法與Go相媲美的。例如，一個死鎖程序，在Go運行時會通知你目前哪個線程導致了這種死鎖。編譯的錯誤信息是非常詳細全面和有用的。 其他 這里還有許多其他吸引人的地方，下面就一概而過的介紹一下，比如高階函數、垃圾回收、哈希映射和可擴展的數組內置語言（部分語言語法，而不是作為一個庫）等等。 當然，Go並不是完美無瑕。在工具方面還有些不成熟的地方和用戶社區較小等，但是隨著谷歌語言的不斷發展，肯定會有整治措施出來。盡管許多語言，尤其是D、Rust和Vala旨在簡化C++並且對其進行簡化，但它們給人的感覺仍是「C++看上去要更好」。
【Go語言的優勢】
可直接編譯成機器碼，不依賴其他庫，glibc的版本有一定要求，部署就是扔一個文件上去就完成了。
靜態類型語言，但是有動態語言的感覺，靜態類型的語言就是可以在編譯的時候檢查出來隱藏的大多數問題，動態語言的感覺就是有很多的包可以使用，寫起來的效率很高。
語言層面支持並發，這個就是Go最大的特色，天生的支持並發，我曾經說過一句話，天生的基因和整容是有區別的，大家一樣美麗，但是你喜歡整容的還是天生基因的美麗呢？Go就是基因裡面支持的並發，可以充分的利用多核，很容易的使用並發。
內置runtime，支持垃圾回收，這屬於動態語言的特性之一吧，雖然目前來說GC不算完美，但是足以應付我們所能遇到的大多數情況，特別是Go1.1之後的GC。
簡單易學，Go語言的作者都有C的基因，那麼Go自然而然就有了C的基因，那麼Go關鍵字是25個，但是表達能力很強大，幾乎支持大多數你在其他語言見過的特性：繼承、重載、對象等。
豐富的標准庫，Go目前已經內置了大量的庫，特別是網路庫非常強大，我最愛的也是這部分。
內置強大的工具，Go語言裡面內置了很多工具鏈，最好的應該是gofmt工具，自動化格式化代碼，能夠讓團隊review變得如此的簡單，代碼格式一模一樣，想不一樣都很困難。
跨編譯，如果你寫的Go代碼不包含cgo，那麼就可以做到window系統編譯linux的應用，如何做到的呢？Go引用了plan9的代碼，這就是不依賴系統的信息。
內嵌C支持，前面說了作者是C的作者，所以Go裡面也可以直接包含c代碼，利用現有的豐富的C庫。

⑶ golang 和python 那個好

沒有絕對好的和絕對壞的，而是使用的時候，充分利用他們的優點即可
Go對比Python的優點如下：
一、部署簡單。 Go 編譯生成的是一個靜態可執行文件，除了 glibc 外沒有其他外部依賴。這讓部署變得異常方便：目標機器上只需要一個基礎的系統和必要的管理、監控工具，完全不需要操心應用所需的各種包、庫的依賴關系，大大減輕了維護的負擔。這和 Python 有著巨大的區別。由於歷史的原因， Python 的部署工具生態相當混亂，比如 setuptools, distutils, pip, buildout 的不同適用場合以及兼容性問題。官方 PyPI 源又經常出問題，需要搭建私有鏡像，而維護這個鏡像又要花費不少時間和精力。
二、並發性好。 Goroutine 和 channel 使得編寫高並發的服務端軟體變得相當容易，很多情況下完全不需要考慮鎖機制以及由此帶來的各種問題。單個 Go 應用也能有效的利用多個 CPU 核，並行執行的性能好。這和 Python 也是天壤之比。多線程和多進程的服務端程序編寫起來並不簡單，而且由於全局鎖 GIL 的原因，多線程的 Python 程序並不能有效利用多核，只能用多進程的方式部署；如果用標准庫里的 multiprocessing 包又會對監控和管理造成不少的挑戰（我們用的 supervisor 管理進程，對 fork 支持不好）。部署 Python 應用的時候通常是每個 CPU 核部署一個應用，這會造成不少資源的浪費，比如假設某個 Python 應用啟動後需要佔用 100MB 內存，而伺服器有 32 個 CPU 核，那麼留一個核給系統、運行 31 個應用副本就要浪費 3GB 的內存資源。
三、良好的語言設計。從學術的角度講 Go 語言其實非常平庸，不支持許多高級的語言特性；但從工程的角度講， Go 的設計是非常優秀的：規范足夠簡單靈活，有其他語言基礎的程序員都能迅速上手。更重要的是 Go 自帶完善的工具鏈，大大提高了團隊協作的一致性。比如 gofmt 自動排版 Go 代碼，很大程度上杜絕了不同人寫的代碼排版風格不一致的問題。把編輯器配置成在編輯存檔的時候自動運行 gofmt ，這樣在編寫代碼的時候可以隨意擺放位置，存檔的時候自動變成正確排版的代碼。此外還有 gofix, govet 等非常有用的工具。
四、執行性能好。雖然不如 C 和 Java ，但通常比原生 Python 應用還是高一個數量級的，適合編寫一些瓶頸業務。內存佔用也非常省。

⑷ Golang 真的好用嗎

好用，優點如下：

並發簡單、效率高

函數可以返回多個參數

垃圾回收（相比c/c++。不過java、c#都有這個優勢）

簡單易上手，語言特性少（也算缺點）

配套工具完善（pprof太好用了）

簡介

Go（又稱Golang）是Google開發的一種靜態強類型、編譯型、並發型，並具有垃圾回收功能的編程語言。

羅伯特·格瑞史莫（Robert Griesemer），羅勃·派克（Rob Pike）及肯·湯普遜（Ken Thompson）於2007年9月開始設計Go，稍後Ian Lance Taylor、Russ Cox加入項目。Go是基於Inferno操作系統所開發的。Go於2009年11月正式宣布推出，成為開放源代碼項目。

並在Linux及Mac OS X平台上進行了實現，後來追加了Windows系統下的實現。在2016年，Go被軟體評價公司TIOBE 選為「TIOBE 2016 年最佳語言」。 目前，Go每半年發布一個二級版本（即從a.x升級到a.y）。

⑸ 最難的開發語言

第十名、R語言
R語言，一種自由軟體編程語言與操作環境，主要用於統計分析、繪圖、數據挖掘。R基於S語言的一個GNU計劃項目，所以也可以當作S語言的一種實現，通常用S語言編寫的代碼都可以不作修改的在R環境下運行。R的語法是來自Scheme。
提名詞
R語言作者，George Ross Ihaka：在奧克蘭大學統計系任副教授，是R語言的最初作者。
2
/10
第九名、Python
頒獎詞
Python是一種廣泛使用的高級編程語言，屬於通用型編程語言。作為一種解釋型語言，Python的設計哲學強調代碼的可讀性和簡潔的語法。相比於C++或Java，Python讓開發者能夠用更少的代碼表達想法。不管是小型還是大型程序，該語言都試圖讓程序的結構清晰明了。
提名詞
Python語言作者，Guido van Rossum：生於荷蘭哈勒姆，計算機程序員，為Python程序設計語言的最初設計者及主要架構師。
3
/10
第八名、C語言
頒獎詞
C是一種通用的編程語言，廣泛用於系統軟體與應用軟體的開發。C語言具有高效、靈活、功能豐富、表達力強和較高的可移植性等特點。C語言編譯器普遍存在於各種不同的操作系統中，例如Microsoft Windows、macOS、Linux、Unix等。C語言的設計影響了眾多後來的編程語言，例如C++、Objective-C、Java、C#等。
提名詞
C語言作者，Dennis MacAlistair Ritchie：美國計算機科學家。黑客圈子通常稱他為「dmr」。他是C語言的創造者、Unix操作系統的關鍵開發者，對計算機領域產生了深遠影響，並與肯·湯普遜同為1983年圖靈獎得主。
4
/10
第七名、Go
頒獎詞
Go（又稱Golang）是Google開發的一種靜態強類型、編譯型、並發型，並具有垃圾回收功能的編程語言。Go的語法接近C語言，但對於變數的聲明有所不同。Go支持垃圾回收功能。
提名詞
Go語言作者，Robert C. Pike：來自加拿大的程序員，曾經加入貝爾實驗室，為 UNIX小組的成員。他與肯·湯普遜共同開發了UTF-8。目前為 google的工程師，參與編程語言 Go與Sawzall的研發工作。
5
/10
第六名、JavaScript
頒獎詞
JavaScript，通常縮寫為JS，是一種高級的，解釋執行的編程語言。JavaScript是一門基於原型、函數先行的語言，是一門多範式的語言，它支持面向對象編程，命令式編程，以及函數式編程。它已經由ECMA（歐洲計算機製造商協會）通過ECMAScript實現語言的標准化。它被世界上的絕大多數網站所使用，也被世界主流瀏覽器（Chrome、IE、Firefox、Safari、Opera）支持。
提名詞
JavaScript語言作者，Brendan Eich：美國程序員與企業家，JavaScript主要創造者與架構師，曾任Mozilla公司的首席技術官，並曾短暫擔任首席執行官。
6
/10
第五名、Objective-C
頒獎詞
Objective-C是一種通用、高級、面向對象的編程語言。它擴展了標準的ANSI C編程語言，將Smalltalk式的消息傳遞機制加入到ANSI C中。目前主要支持的編譯器有GCC和Clang（採用LLVM作為後端）。
提名詞
Objective-C作者，Brad Cox：美國計算機科學家。於傅爾曼大學主修化學與數學，於芝加哥大學取得數學生物學博士學位。Objective-C主要作者。
7
/10
第四名、php
頒獎詞
PHP（全稱：PHP：Hypertext Preprocessor，即「PHP：超文本預處理器」）是開源的通用計算機腳本語言，尤其適用於網路開發並可嵌入HTML中使用。PHP的語法借鑒吸收C語言、Java和Perl等流行計算機語言的特點，易於一般程序員學習。PHP的主要目標是允許網路開發人員快速編寫動態頁面，但PHP也被用於其他很多領域。
提名詞
PHP語言作者，Rasmus Lerdorf：出生於格陵蘭島凱凱塔蘇瓦克，是一個丹麥程序員，他擁有加拿大國籍。他也是編程語言PHP的創始人，其中PHP的頭兩個版本是由他編寫的，後來他也參與PHP後續版本的開發。
8
/10
第三名、Java
頒獎詞
Java是一種廣泛使用的計算機編程語言，擁有跨平台、面向對象、泛型編程的特性，廣泛應用於企業級Web應用開發和移動應用開發。Java編程語言是個簡單、面向對象、分布式、解釋性、健壯、安全與系統無關、可移植、高性能、多線程和動態的語言。
提名詞
Java語言作者，James Gosling：出生於加拿大，軟體專家，Java編程語言的共同創始人之一，一般公認他為「Java之父」。
9
/10
第二名、C++
頒獎詞
C++是一種使用廣泛的計算機程序設計語言。它是一種通用程序設計語言，支持多重編程模式，例如過程化程序設計、數據抽象、面向對象程序設計、泛型程序設計和設計模式等。
提名詞
C++語言作者，Bjarne Stroustrup：生於丹麥奧胡斯郡，計算機科學家。他以創造C++編程語言而聞名，被稱為「C++之父」。
10
/10
第一名、Visual Basic .NET
頒獎詞
Visual Basic .NET（VB.NET）是.NET Framework框架下的一種多重編程範式高級語言。Visual Basic .NET屬Basic系語言，其語法特點是以極具親和力的英文單詞為基礎標識，以及與自然語言極其相近的邏輯表達，有時候你會覺得寫VB.NET代碼就好像在寫英文句子一樣，從這個角度來說，VB.NET似乎是最高級的一門編程語言，當然在Basic系語言中VB.NET也確實是迄今為止最強大的一門編程語言。
提名詞
Visual Basic .NET作者，Alan Cooper：交互設計的提倡者。庫珀有些時候被叫做 Visual Basic 之父，雖然大多數的工作是由微軟的內部開發團隊完成的，但是對於Windows可視化設計工具的創意是來源於庫珀的。

⑹ golang 協程什麼時候切換

應puppet大拿劉宇的邀請，我去西山居運維團隊做了一個簡短分享，談談為什麼我要將我們的項目從python轉向go。

坦白的講，在一幫python用戶面前講為什麼放棄python轉而用go其實是一件壓力蠻大的事情，語言之爭就跟vim和emacs之爭一樣，是一個永恆的無解話題，稍微不注意就可能導致粉絲強烈地反擊。所以我只會從我們項目實際情況出發，來講講為什麼我最終選擇了go。

為什麼放棄python

首先，我其實得說說為什麼我們會選擇python。在我加入企業快盤團隊之前，整個項目包括更早的金山快盤都是採用python進行開發的。至於為什麼這么選擇，當時的架構師蔥頭告訴我，主要是因為python上手簡單，開發迅速。對於團隊裡面大部分完全沒服務端開發經驗的同學來說，python真的是一個很好的選擇。

python的簡單高效，我是深有體會的。當時私有雲項目也就幾個程序員，但是我們要服務多家大型企業，進行定製化的開發，多虧了python，我們才能快速出活。後來企業快盤掛掉之後，我們啟動輕辦公項目，自然也使用python進行了原始版本的構建。

python雖然很強大，但我們在使用的時候也碰到了一些問題，主要由如下幾個方面：

動態語言

python是一門動態強類型語言。但是，仍然可能出現int + string這樣的運行時錯誤，因為對於一個變數，在寫代碼的時候，我們有時候很容易就忘記這個變數到底是啥類型的了。

在python裡面，可以允許同名函數的出現，後一個函數會覆蓋前一個函數，有一次我們系統一個很嚴重的錯誤就是因為這個導致的。

上面說到的這些，靜態語言在編譯的時候就能幫我們檢測出來，而不需要等到運行時出問題才知道。雖然我們有很完善的測試用例，但總有case遺漏的情況。所以每次出現運行時錯誤，我心裡都想著如果能在編譯的時候就發現該多好。

性能

其實這個一直是很多人吐槽python的地方，但python有它適合乾的事情，硬是要用python進行一些高性能模塊的開發，那也有點難為它了。

python的GIL導致無法真正的多線程，大家可能會說我用多進程不就完了。但如果一些計算需要涉及到多進程交互，進程之間的通訊開銷也是不得不考慮的。

無狀態的分布式處理使用多進程很方便，譬如處理http請求，我們就是在nginx後面掛載了200多個django server來處理http的,但這么多個進程自然導致整體機器負載偏高。

但即使我們使用了多個django進程來處理http請求，對於一些超大量請求，python仍然處理不過來。所以我們使用openresty，將高頻次的http請求使用lua來實現。可這樣又導致使用兩種開發語言，而且一些邏輯還得寫兩份不同的代碼。

同步網路模型

django的網路是同步阻塞的，也就是說，如果我們需要訪問外部的一個服務，在等待結果返回這段時間，django不能處理任何其他的邏輯（當然，多線程的除外）。如果訪問外部服務需要很長時間，那就意味著我們的整個服務幾乎在很長一段時間完全不可用。

為了解決這個問題，我們只能不斷的多開django進程，同時需要保證所有服務都能快速的處理響應，但想想這其實是一件很不靠譜的事情。

非同步網路模型

tornado的網路模型是非同步的，這意味著它不會出現django那樣因為外部服務不可用導致這個服務無法響應的問題。話說，比起django，我可是非常喜歡tornado的，小巧簡單，以前還寫過幾篇深入剖析tornado的文章了。

雖然tornado是非同步的，但是python的mysql庫都不支持非同步，這也就意味著如果我們在tornado裡面訪問資料庫，我們仍然可能面臨因為資料庫問題造成的整個服務不可用。

其實非同步模型最大的問題在於代碼邏輯的割裂，因為是事件觸發的，所以我們都是通過callback進行相關處理，於是代碼裡面就經常出現干一件事情，傳一個callback，然後callback裡面又傳callback的情況，這樣的結果就是整個代碼邏輯非常混亂。

python沒有原生的協程支持，雖然可以通過gevent，greenlet這種的上patch方式來支持協程，但畢竟更改了python源碼。另外，python的yield也可以進行簡單的協程模擬，但畢竟不能跨堆棧，局限性很大，不知道3.x的版本有沒有改進。

開發運維部署

當我第一次使用python開發項目，我是沒成功安裝上項目需要的包的，光安裝成功mysql庫就弄了很久。後來，是一位同事將他整個python目錄打包給我用，我才能正常的將項目跑起來。話說，現在有了docker，是多麼讓人幸福的一件事情。

而部署python服務的時候，我們需要在伺服器上面安裝一堆的包，光是這一點就讓人很麻煩，雖然可以通過puppet，salt這些自動化工具解決部署問題，但相比而言，靜態編譯語言只用扔一個二進制文件，可就方便太多了。

代碼失控

python非常靈活簡單，寫c幾十行代碼才能搞定的功能，python一行代碼沒准就能解決。但是太簡單，反而導致很多同學無法對代碼進行深層次的思考，對整個架構進行細致的考量。來了一個需求，啪啪啪，鍵盤敲完開速實現，結果就是代碼越來越混亂，最終導致了整個項目代碼失控。

雖然這也有我們自身的原因，譬如沒好的代碼review機制，沒有好的項目規范，但個人感覺，如果一個程序員沒經過良好的編碼訓練，用python很容易就寫出爛的代碼，因為太自由了。

當然，我這里並不是說用python無法進行大型項目的開發，豆瓣，dropbox都是很好的例子，只是在我們項目中，我們的python代碼失控了。

上面提到的都是我們在實際項目中使用python遇到的問題，雖然最終都解決了，但是讓我愈發的覺得，隨著項目復雜度的增大，流量性能壓力的增大，python並不是一個很好的選擇。

為什麼選擇go

說完了python，現在來說說為什麼我們選擇go。其實除了python，我們也有其他的選擇，java，php，lua(openresty)，但最終我們選擇了go。

雖然java和php都是最好的編程語言（大家都這么爭的），但我更傾向一門更簡單的語言。而openresty，雖然性能強悍，但lua仍然是動態語言，也會碰到前面說的動態語言一些問題。最後，前金山許式偉用的go，前快盤架構師蔥頭也用的go，所以我們很自然地選擇了go。

go並不是完美，一堆值得我們吐槽的地方。

error，好吧，如果有語言潔癖的同學可能真的受不了go的語法，尤其是約定的最後一個返回值是error。項目裡面經常會充斥這樣的代碼:

if _, err := w.Write(data1); err != nil {
returun err
}
if _, err := w.Write(data2); err != nil {
returun err
}

難怪有個梗是對於一個需求，java的程序員在寫配置的時候，go程序員已經寫了大部分代碼，但是當java的程序員寫完的時候，go程序員還在寫err != nil。

這方面，errors-are-values倒是推薦了一個不錯的解決方案。

包管理，go的包管理太弱了，只有一個go get，也就是如果不小心更新了一個外部庫，很有可能就導致現有的代碼編譯不過了。雖然已經有很多開源方案，譬如godep以及現在才出來的gb等，但畢竟不是官方的。貌似google也是通過vendor機制來管理第三方庫的。希望go 1.5或者之後的版本能好好處理下這個問題。

GC，java的GC發展20年了，go才這么點時間，gc鐵定不完善。所以我們仍然不能隨心所欲的寫代碼，不然在大請求量下面gc可能會卡頓整個服務。所以有時候，該用對象池，內存池的一定要用，雖然代碼丑了點，但好歹性能上去了。

泛型，雖然go有inteface，但泛型的缺失會讓我們在實現一個功能的時候寫大量的重復代碼，譬如int32和int64類型的sort，我們得為分別寫兩套代碼，好冗餘。go 1.4之後有了go generate的支持，但這種的仍然需要自己根據go的AST庫來手動寫相關的parser，難度也挺大的。雖然也有很多開源的generate實現，但畢竟不是官方的。

當然還有很多值得吐槽的地方，就不一一列舉了，但是go仍舊有它的優勢。

靜態語言，強類型。靜態編譯能幫我們檢查出來大量的錯誤，go的強類型甚至變態到不支持隱式的類型轉換。雖然寫代碼感覺很別扭，但減少了犯錯的可能。
gofmt，應該這是我知道的第一個官方提供統一格式化代碼工具的語言了。有了gofmt，大家的代碼長一個樣了，也就沒有花括弧到底放到結尾還是新開一行這種蛋疼的代碼風格討論了。因為大家的代碼風格一樣，所以看go的代碼很容易。
天生的並行支持，因為goroutine以及channel，用go寫分布式應用，寫並發程序異常的容易。沒有了蛋疼的callback導致的代碼邏輯割裂，代碼邏輯都是順序的。
性能，go的性能可能趕不上c，c++以及openresty，但真的也挺強悍的。在我們的項目中，現在單機就部署了一個go的進程，就完全能夠勝任以前200個python進程乾的事情，而且CPU和MEM佔用更低。
運維部署，直接編譯成二進制，扔到伺服器上面就成，比python需要安裝一堆的環境那是簡單的太多了。當然，如果有cgo，我們也需要將對應的動態庫給扔過去。
開發效率，雖然go是靜態語言，但我個人感覺開發效率真的挺高，直覺上面跟python不相上下。對於我個人來說，最好的例子就是我用go快速開發了非常多的開源組件，譬如ledisdb，go-mysql等，而這些最開始的版本都是在很短的時間裡面完成的。對於我們項目來說，我們也是用go在一個月就重構完成了第一個版本，並發布。

實際項目中一些Go Tips

到現在為止，我們幾乎所有的服務端項目都已經轉向go，當然在使用的時候也遇到了一些問題，列出來算是經驗分享吧。

godep，我們使用godep進行第三方庫管理，但是godep我碰到的最大的坑就是build tag問題，如果一個文件有build tag，godep很有可能就會忽略這個文件。
IO deadline，如果能自己在應用層處理的都自己處理，go的deadline內部是timer來控制，但timer內部採用一個array來實現的heap，全局共用一個鎖，如果大並發量，並且timer數量過多，timeout變動太頻繁，很容易就引起性能問題。
GC，這個前面也說了，多用內存池，對象池，另外，我還發現，如果對象的生命周期跟goroutine一致，對性能的提升也不錯，也在go的group問過相關問題，大家猜測可能是因為一些對象其實是在goroutine的8k棧上面分配的，所以一起回收沒有額外GC了。
Go gob，如果要做RPC服務，gob並不是一個很好的選擇，首先就跟python的pickle不通用，然後為了做不同系統的數據傳入，任何包都必須帶上類型的詳細信息，size太大。go裡面現在還沒一套官方的RPC方案，gRPC貌似有上位的可能。

⑺ 有沒有一種編譯語言像python一樣方便高效

Golang是靜態強類型編譯語言。性能和開發效率都不錯，語法比C/C++現代，比Python/Ruby還差不少，第三庫比不上python，常用的基礎庫也都有。
Swift是靜態強類型編譯語言。語法也比較現代，客戶端和服務端都能hold住。三方庫數量還行，社區活躍。

⑻ golang做後台開發有什麼優勢和劣勢

golang在近些年被追捧，不管某華，某阿在很多伺服器開發上都在使用。
你不用懷疑golang的
優勢：部署簡單，良好的語言設計，並發性好，性能優良，開發簡潔快，標准庫強大，編譯簡單
缺點：還存在一些缺陷（例如垃圾回收），缺少安全檢查，性能方面目前比不過java，第三方庫不及java
但作為新興語種，我們不用擔心，背後有谷歌支持和java持平也就是時間上的問題。
而且前面還有某華，某阿頂著不怕。