13518219792
對比于其他語言的程序，Go語言的跨平臺能力是真的強，拿.Net和JAVA來說吧，.Net在.Net core出現之前是不能跨平臺的，只能在windows上編譯運行，即使是點虐 core出現以后，跨平臺的程序也是相當的麻煩。而java雖然一直都可以跨平臺，但是運行JAVA程序的機器上也必須要有JAVA程序運行環境JRE。而相對于Go程序，跨平臺就簡單的多了，只需要在編譯指定目標程序運行的架構和環境即可編譯出指定操作系統和架構的程序。
創新互聯專業為企業提供港口網站建設、港口做網站、港口網站設計、港口網站制作等企業網站建設、網頁設計與制作、港口企業網站模板建站服務，10多年港口做網站經驗，不只是建網站，更提供有價值的思路和整體網絡服務。
以上是指定了go的環境變量后執行的go build命令進行目標程序的構建，這種方式會一直生效的，如果不讓他一直生效，可以在構建的時候臨時指定環境變量，下面以window的環境為例，來介紹臨時指定環境變量的方式構建可以在Linux環境下運行的可執行程序：
可以根據不同的架構和操作系統將其編寫為不同的.bat的可執行文件放置在程序的根目錄，Linux的和MAC的也一樣編寫成腳本文件放置在程序的根目錄，這樣在構建的時候就不用再敲命令了，直接運行腳本就可以了。
Java程序編譯打包后為war包或者是java包，必須執行java -jar 命令或者將其放置到tomcat的指定目錄下，運行tomcat程序。而Go語言編寫的程序最終為可執行的文件（window下編譯出的是.exe的可執行文件），只需要將其賦予可執行的權限就可以直接運行了。
構建JAVA程序的鏡像需要指定java的基礎鏡像，否則就需要在鏡像中安裝java的運行環境了，下面展示的是構建的一個JAVA程序的鏡像，構建出來鏡像的體積相對比較大
而Go程序制作出的鏡像就不需要安裝任何的依賴環境，因為他在打包的時候就已經將依賴的包一塊打包到一起了
拿著這個鏡像就可以到處運行了。
通過對比我們可以發現，如果沒有之前的技術和業務的積累，重新開發一個新的項目，使用go去開發無疑是最容易上手的，所以現在很多公司都使用go進行開發，也逐漸將其他語言的項目逐步的用go語言進行改造。其實用什么語言不重要，合適的才重要，開發項目在選擇語言的時候也會綜合多方面來考慮選擇合適的語言和架構，畢竟很多公司都不是搞研究的，都需要項目來賺錢，所以開發的速度、客戶的滿意度、項目交付的時間才是驅動公司技術的主要因素。
我們個人也應該不斷完善自己的技術棧，不應該太依靠某種語言，最重要的還是自己的架構思想和底層架構知識，只有掌握了這些才能夠不被 社會 和公司“優化”。
參考：
Goroutine并發調度模型深度解析手擼一個協程池
Golang 的 goroutine 是如何實現的？
Golang - 調度剖析【第二部分】
OS線程初始棧為2MB。Go語言中，每個goroutine采用動態擴容方式，初始2KB，按需增長，最大1G。此外GC會收縮棧空間。
BTW，增長擴容都是有代價的，需要copy數據到新的stack，所以初始2KB可能有些性能問題。
更多關于stack的內容，可以參見大佬的文章。 聊一聊goroutine stack
用戶線程的調度以及生命周期管理都是用戶層面，Go語言自己實現的，不借助OS系統調用，減少系統資源消耗。
Go語言采用兩級線程模型，即用戶線程與內核線程KSE（kernel scheduling entity）是M:N的。最終goroutine還是會交給OS線程執行，但是需要一個中介，提供上下文。這就是G-M-P模型
Go調度器有兩個不同的運行隊列：
go1.10\src\runtime\runtime2.go
Go調度器根據事件進行上下文切換。
調度的目的就是防止M堵塞，空閑，系統進程切換。
詳見 Golang - 調度剖析【第二部分】
Linux可以通過epoll實現網絡調用，統稱網絡輪詢器N（Net Poller）。
文件IO操作
上面都是防止M堵塞，任務竊取是防止M空閑
每個M都有一個特殊的G，g0。用于執行調度，gc，棧管理等任務，所以g0的棧稱為調度棧。g0的棧不會自動增長，不會被gc，來自os線程的棧。
go1.10\src\runtime\proc.go
G沒辦法自己運行，必須通過M運行
M通過通過調度，執行G
從M掛載P的runq中找到G，執行G
英文原文鏈接【Go, the unwritten parts】 發表于2017/05/22 作者JBD是Go語言開發小組成員
檢查程序的執行路徑和當前狀態是非常有用的調試手段。核心文件（core file）包含了一個運行進程的內存轉儲和狀態。它主要是用來作為事后調試程序用的。它也可以被用來查看一個運行中的程序的狀態。這兩個使用場景使調試文件轉儲成為一個非常好的診斷手段。我們可以用這個方法來做事后診斷和分析線上的服務（production services）。
在這篇文章中，我們將用一個簡單的hello world網站服務作為例子。在現實中，我們的程序很容易就會變得很復雜。分析核心轉儲給我們提供了一個機會去重構程序的狀態并且查看只有在某些條件／環境下才能重現的案例。
作者注 : 這個調試流程只在Linux上可行。我不是很確定它是否在其它Unixs系統上工作。macOS對此還不支持。Windows現在也不支持。
在我們開始前，需要確保核心轉儲的ulimit設置在合適的范圍。它的缺省值是0，意味著最大的核心文件大小是0。我通常在我的開發機器上將它設置成unlimited。使用以下命令：
接下來，你需要在你的機器上安裝 delve 。
下面我們使用的 main.go 文件。它注冊了一個簡單的請求處理函數（handler）然后啟動了HTTP服務。
讓我們編譯并生產二進制文件。
現在讓我們假設，這個服務器出了些問題，但是我們并不是很確定問題的根源。你可能已經在程序里加了很多輔助信息，但還是無法從這些調試信息中找出線索。通常在這種情況下，當前進程的快照會非常有用。我們可以用這個快照深入查看程序的當前狀態。
有幾個方式來獲取核心文件。你可能已經熟悉了奔潰轉儲（crash dumps）。它們是在一個程序奔潰的時候寫入磁盤的核心轉儲。Go語言在缺省設置下不會生產奔潰轉儲。但是當你把 GOTRACEBACK 環境變量設置成“crash”，你就可以用 Ctrl+backslash 才觸發奔潰轉儲。如下圖所示：
上面的操作會使程序終止，將堆棧跟蹤（stack trace）打印出來，并把核心轉儲文件寫入磁盤。
另外個方法可以從一個運行的程序獲得核心轉儲而不需要終止相應的進程。 gcore 可以生產核心文件而無需使運行中的程序退出。
根據上面的操作，我們獲得了轉儲而沒有終止對應的進程。下一步就是把核心文件加載進delve并開始分析。
差不多就這些。delve的常用操作都可以使用。你可以backtrace，list，查看變量等等。有些功能不可用因為我們使用的核心轉儲是一個快照而不是正在運行的進程。但是程序執行路徑和狀態全部可以訪問。
