⑴ goland，cgo載入32位DLL遇到的問題
第一次開發Go程序，使用Goland過程中遇到的一些問題，開發的Go後台需要使用到Windows的一個32位DLL動態庫，此為原由,整個過程如下。
在按照上述方式配置好環境，並嘗試使用CGO載入DLL時，執行GOLAND的DEBUG提示如下。
經過搜索猜測，是目標機器架構選擇錯誤導致的。
但是在環境配置中，已經正確的選擇了Arch為386，嘗試使用liteIDE或者直接使用命令行編譯，都能夠正常編譯。唯獨使用GoLand不行。
看現象應該是設置沒有生效，最後嘗試在Run/Debug Configurations再次設置Go env解決此問題。步驟如下：
再次點擊debug，發現debug失敗，提示如下內容。
這是因為，goland在debug時使用的是dlv插件，該插件還不支持32位程序的調試，直接執行run就可以了。
在使用命令行編譯go程序時，可以使用go env命令查看當前編譯環境設置。
假如需要修改 GOARCH為386，繼續輸入命令行 set GOARCH=386 即可，如果重新打開cmd終端，則需要重新設置。所以如果使用命令行編譯，可以寫一個bat文件，每次都自動先把環境設置好。
⑵ vscode及goland遠程連接Linux系統
不管是用vscode還是goland，首先都需要在Linux上開啟ssh服務，配置埠。如果是雲伺服器就比較方便，如果是虛擬機，建議使用主機模式，設置固定IP。
一、配置ssh
centos7_64位：
在終端中運行命令查看是否已經安裝了ssh服務，
yum list installed | grep openssh-server
如果沒有安裝，運行命令進行安裝，
yum install openssh-server
進入配置文件進行並螞扒修改，開放遠程連接埠和許可權，在/etc/ssh/ 目錄下進入sshd服務配置文件sshd_config，將Port 22，ListenAddress 0.0.0.0，ListenAddress ：：前面的#號去掉，開啟監聽埠和監聽地址，將PermitRootLogin yes前面#號去掉，開啟遠程登錄。將PasswordAuthentication yes前面的#號去掉，開啟使用用戶名和密碼作為連接驗證。
開啟 sshd 服務，輸入sudo service sshd start運行，
檢查sshd服務是否已經開啟，輸入ps -e | grep sshd運行，
或者輸入netstat -an | grep 22檢查22號埠是否開啟監聽；
在Ubuntu16.04_64位：
打開終端，運行sudo ps –e |grep ssh
查看是否開啟ssh，如果沒有開啟，先更新資源列表，
sudo apt-get update
安裝ssh，
sudo apt install openssh-server，
查看是否安裝成功，sudo ps –e |grep ssh；
二、遠程連接Linux系統（以centos7為例）
vscode遠程連接Linux系統：
打開vscode , 安裝extension，
點擊應用商店，搜索Remote - SSH安裝，
安裝完成後，打開使用快捷鍵 Ctrl + Shift + P 打開命令面板，輸入ssh，選擇設置 Remote-SSH:Settings 那行，如下圖進行勾選
如圖操作，進入配置界面
保存（ctrl+s）過後，點擊左下角連接按鈕進行連接：
選擇connect to host
直接連接或者新增連接，新增連接如下：
格式：ssh [email protected] -A
連接會要求輸入密碼驗證，連接成功後會出現如下界面：
新物笑增終端即可進入當前路徑；
goland遠程連接Linux系統:
版本：goland2020.1
進入文件-->設置：
選擇插件
搜索ftp進行安裝（其他版本可能叫RemoteHostsAccess)
按照如圖序號操作：
點擊Test Connection進行測試
連接成功！
配置映射，在本地創絕昌建同名文件夾
將文件從虛擬機同步到本地：
⑶ 如何看待go語言泛型的最新設計
Go 由於不支持泛型而臭名昭著，但最近，泛型已接近成為現實。Go 團隊實施了一個看起來比較穩定的設計草案，並且正以源到源翻譯器原型的形式獲得關注。本文講述的是泛型的最新設計，以及如何自己嘗試泛型。
FIFO Stack
假設你要創建一個先進先出堆棧。沒有泛型，你可能會這樣實現：
type Stack []interface{}func (s Stack) Peek() interface{} {
return s[len(s)-1]
}
func (s *Stack) Pop() {
*s = (*s)[:
len(*s)-1]
}
func (s *Stack) Push(value interface{}) {
*s =
append(*s, value)
}
但是，這里存在一個問題：每當你 Peek 項時，都必須使用類型斷言將其從 interface{} 轉換為你需要的類型。如果你的堆棧是 *MyObject 的堆棧，則意味著很多 s.Peek().(*MyObject)這樣的代碼。這不僅讓人眼花繚亂，而且還可能引發錯誤。比如忘記 * 怎麼辦？或者如果您輸入錯誤的類型怎麼辦？s.Push(MyObject{})` 可以順利編譯，而且你可能不會發現到自己的錯誤，直到它影響到你的整個服務為止。
通常，使用 interface{} 是相對危險的。使用更多受限制的類型總是更安全，因為可以在編譯時而不是運行時發現問題。
泛型通過允許類型具有類型參數來解決此問題：
type Stack(type T) []Tfunc (s Stack(T)) Peek() T {
return s[len(s)-1]
}
func (s *Stack(T)) Pop() {
*s = (*s)[:
len(*s)-1]
}
func (s *Stack(T)) Push(value T) {
*s =
append(*s, value)
}
這會向 Stack 添加一個類型參數，從而完全不需要 interface{}。現在，當你使用 Peek() 時，返回的值已經是原始類型，並且沒有機會返回錯誤的值類型。這種方式更安全，更容易使用。（譯註：就是看起來更醜陋，^-^）
此外，泛型代碼通常更易於編譯器優化，從而獲得更好的性能（以二進制大小為代價）。如果我們對上面的非泛型代碼和泛型代碼進行基準測試，我們可以看到區別：
type MyObject struct {
X
int
}
var sink MyObjectfunc BenchmarkGo1(b *testing.B) {
for i := 0; i < b.N; i++ {
var s Stack
s.Push(MyObject{})
s.Push(MyObject{})
s.Pop()
sink = s.Peek().(MyObject)
}
}
func BenchmarkGo2(b *testing.B) {
for i := 0; i < b.N; i++ {
var s Stack(MyObject)
s.Push(MyObject{})
s.Push(MyObject{})
s.Pop()
sink = s.Peek()
}
}
結果：
BenchmarkGo1BenchmarkGo1-16 12837528 87.0 ns/op 48 B/op 2 allocs/opBenchmarkGo2BenchmarkGo2-16 28406479 41.9 ns/op 24 B/op 2 allocs/op
在這種情況下，我們分配更少的內存，同時泛型的速度是非泛型的兩倍。
上面的堆棧示例適用於任何類型。但是，在許多情況下，你需要編寫僅適用於具有某些特徵的類型的代碼。例如，你可能希望堆棧要求類型實現 String() 函數