⑴ 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() 函数