go是不是解釋型語言

這篇文章主要介紹了go是不是解釋型語言，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

go是解釋型語言。Go（又稱Golang）是Google開發的一種靜態強類型、編譯型、并發型，并具有垃圾回收功能的編程語言。go語言的優勢：學習曲線容易，開發效率和運行效率高，強大的標準庫，語言層面定義源代碼的格式化等。

Go（又稱 Golang）是 Google 的 Robert Griesemer，Rob Pike 及 Ken Thompson 開發的一種靜態強類型、編譯型語言。

Go的語法接近C語言，但對于變量的聲明有所不同。Go支持垃圾回收功能。Go的并行模型是以東尼·霍爾的通信順序進程（CSP）為基礎，采取類似模型的其他語言包括Occam和Limbo，但它也具有Pi運算的特征，比如通道傳輸。在1.8版本中開放插件（Plugin）的支持，這意味著現在能從Go中動態加載部分函數。

與C++相比，Go并不包括如枚舉、異常處理、繼承、泛型、斷言、虛函數等功能，但增加了 切片(Slice) 型、并發、管道、垃圾回收、接口（Interface）等特性的語言級支持。Go 2.0版本將支持泛型，對于斷言的存在，則持負面態度，同時也為自己不提供類型繼承來辯護。

不同于Java，Go內嵌了關聯數組（也稱為哈希表（Hashes）或字典（Dictionaries）），就像字符串類型一樣。

Go語言的優點

Go 很容易學習

這是事實：如果你了解任何一種編程語言，那么通過在「Go 語言之旅」學習幾個小時就能夠掌握 Go 的大部分語法，并在幾天后寫出你的第一個真正的程序。閱讀并理解 實效 Go 編程，瀏覽一下「包文檔」,玩一玩 Gorilla 或者 Go Kit 這樣的網絡工具包，然后你將成為一個相當不錯的 Go 開發者。

這是因為 Go 的首要目標是簡單。當我開始學習 Go，它讓我想起我第一次 發現 Java：一個簡單的語言和一個豐富但不臃腫的標準庫。對比當前 Java 沉重的環境，學習 Go 是一個耳目一新的體驗。因為 Go 的簡易性，Go 程序可讀性非常高，雖然錯誤處理添加了一些麻煩（更多的內容在下面）。

Go 語言的簡單可能是錯誤的。引用 Rob Pike 的話，簡單既是復雜，我們會看到簡單背后有很多的陷阱等著我們去踩，極簡主義會讓我們違背 DRY(Don't Repeat Yourself) 原則。

基于 goroutines 和 channels 的簡單并發編程

Goroutines 可能是 Go 的最佳特性了。它們是輕量級的計算線程，與操作系統線程截然不同。

當 Go 程序執行看似阻塞 I/O 的操作時，實際上 Go 運行時掛起了 goroutine ,當一個事件指示某個結果可用時恢復它。與此同時，其他的 goroutines 已被安排執行。因此在同步編程模型下，我們具有了異步編程的可伸縮性優勢。

Goroutines 也是輕量級的:它們的堆棧 隨需求增長和收縮，這意味著有 100 個甚至 1000 個 goroutines 都不是問題。

我以前的應用程序中有一個 goroutine 漏洞:這些 goroutines 結束之前正在等待一個 channel 關閉，而這個 channel 永遠不會關閉(一個常見的死鎖問題)。這個進程毫無任何理由吃掉了 90 % 的 CPU ，而檢查 expvars 顯示有 600 k 空閑的 goroutines! 我猜測 goroutine 調度程序占用了 CPU。

當然，像 Akka 這樣的 Actor 系統可以輕松 處理數百萬的 Actors，部分原因是 actors 沒有堆棧，但是他們遠沒有像 goroutines 那樣簡單地編寫大量并發的請求/響應應用程序（即 http APIs）。

channel 是 goroutines 的通信方式:它們提供了一個便利的編程模型，可以在 goroutines 之間發送和接收數據，而不必依賴脆弱的低級別同步基本體。channels 有它們自己的一套 用法 模式。

但是，channels 必須仔細考慮，因為錯誤大小的 channels (默認情況下沒有緩沖) 會導致死鎖。下面我們還將看到，使用通道并不能阻止競爭情況，因為它缺乏不可變性。

豐富的標準庫

Go 的 標準庫 非常豐富,特別是對于所有與網絡協議或 API 開發相關的: http 客戶端和服務器，加密，檔案格式，壓縮，發送電子郵件等等。甚至還有一個html解析器和相當強大的模板引擎去生成 text & html，它會自動過濾 XSS 攻擊（例如在 Hugo 中的使用）。

各種 APIs 一般都簡單易懂。它們有時看起來過于簡單:這個某種程度上是因為 goroutine 編程模型意味著我們只需要關心“看似同步”的操作。這也是因為一些通用的函數也可以替換許多專門的函數，就像 我最近發現的關于時間計算的問題。

Go 性能優越

Go 編譯為本地可執行文件。許多 Go 的用戶來自 Python、Ruby 或 Node.js。對他們來說，這是一種令人興奮的體驗，因為他們看到服務器可以處理的并發請求數量大幅增加。當您使用非并發(Node.js)或全局解釋器鎖定的解釋型語言時，這實際上是相當正常的。結合語言的簡易性，這解釋了 Go 令人興奮的原因。

然而與 Java 相比，在 原始性能基準測試 中，情況并不是那么清晰。Go 打敗 Java 地方是內存使用和垃圾回收。

Go 的垃圾回收器的設計目的是 優先考慮延遲，并避免停機，這在服務器中尤其重要。這可能會帶來更高的 CPU 成本，但是在水平可伸縮的體系結構中，這很容易通過添加更多的機器來解決。請記住，Go 是由谷歌設計的，他們從不會在資源上面短缺。

與 Java 相比，Go 的垃圾回收器（GC）需要做的更少:切片是一個連續的數組結構，而不是像 Java 那樣的指針數組。類似地，Go maps 也使用小數組作為 buckets，以實現相同的目的。這意味著垃圾回收器的工作量減少，并且 CPU 緩存本地化也更好。

Go 同樣在命令行實用程序中優于 Java :作為本地可執行文件，Go 程序沒有啟動消耗，反之 Java 首先需要加載和編譯的字節碼。

語言層面定義源代碼的格式化

我職業生涯中一些最激烈的辯論發生在團隊代碼格式的定義上。 Go 通過為代碼定義規范格式來解決這個問題。 gofmt 工具會重新格式化您的代碼，并且沒有選項。

不管你喜歡與否，gofmt 定義了如何對代碼進行格式化，一次性解決了這個問題。

標準化的測試框架

Go 在其標準庫中提供了一個很好的 測試框架。它支持并行測試、基準測試，并包含許多實用程序，可以輕松測試網絡客戶端和服務器。

Go 程序方便操作

與 Python，Ruby 或 Node.js 相比，必須安裝單個可執行文件對于運維工程師來說是一個夢想。 隨著越來越多的 Docker 的使用，這個問題越來越少，但獨立的可執行文件也意味著小型的 Docker 鏡像。

Go還具有一些內置的觀察性功能，可以使用 expvar 包發布內部狀態和指標，并易于添加新內容。但要小心，因為它們在默認的 http 請求處理程序中 自動公開，不受保護。Java 有類似的 JMX ，但它要復雜得多。

Defer 聲明，防止忘記清理

defer 語句的目的類似于 Java 的 finally：在當前函數的末尾執行一些清理代碼，而不管此函數如何退出。defer 的有趣之處在于它跟代碼塊沒有聯系，可以隨時出現。這使得清理代碼盡可能接近需要清理的代碼:

file, err := os.Open(fileName)
if err != nil {
    return
}
defer file.Close()
// 用文件資源的時候，我們再也不需要考慮何時關閉它

當然，Java的 試用資源 沒那么冗長，而且 Rust 在其所有者被刪除時會 自動聲明資源，但是由于 Go 要求您清楚地了解資源清理情況，因此讓它接近資源分配很不錯。

新類型

我喜歡類型，因為有些事情讓我感到惱火和害怕，舉個例子，我們到處把持久對象標識符當做 string 或 long 類型傳遞使用。 我們通常會在參數名稱中對 id 的類型進行編碼，但是當函數具有多個標識符作為參數并且某些調用不匹配參數順序時，會造成細微的錯誤。

Go 對新類型有一等支持，即類型為現有類型并賦予其獨立身份，與原有類型不同。 與包裝相反，新類型沒有運行時間開銷。 這允許編譯器捕捉這種錯誤：

type UserId string // <-- new type
type ProductId string
func AddProduct(userId UserId, productId ProductId) {}
func main() {
    userId := UserId("some-user-id")
    productId := ProductId("some-product-id")
    // 正確的順序： 沒有問題
    AddProduct(userId, productId)
    // 錯誤的順序：將會編譯錯誤 
    AddProduct(productId, userId)
    // 編譯錯誤：
    // AddProduct 不能用 productId(type ProductId) 作為 type UserId的參數
    // Addproduct 不能用 userId(type UserId) 作為type ProfuctId 的參數 
}

不幸的是，缺乏泛型使得使用新類型變得麻煩，因為為它們編寫可重用代碼需要從原始類型轉換值。

感謝你能夠認真閱讀完這篇文章，希望小編分享的“go是不是解釋型語言”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業資訊頻道，更多相關知識等著你來學習!