本文目录一览：
- 1、golang调用DLL中的函数
- 2、go语言到底有什么好处
- 3、linux 二进制兼容层执行 出错，求教
- 4、为什么要使用 Go 语言?Go 语言的优势在哪里?
- 5、我为什么放弃Go语言
- 6、golang保存二进制文件会有大小端问题吗
golang调用DLL中的函数
在golang中加载dll并调用函数流程如下：
1.加载dll动态库到内存 syscall.LoadLibrary
2.获取函数地址 syscall.GetProcAddress
3.执行系统调用，传入参数 syscall.Syscall6
一个系统消息框函数的调用示例：
go语言到底有什么好处
1. 部署简单
Go
编译生成的是一个静态可执行文件，除了glibc外没有其他外部依赖。这让部署变得异常方便：目标机器上只需要一个基础的系统和必要的管理、监控工具，完全不需要操心应用所需的各种包、库的依赖关系，大大减轻了维护的负担。
2. 并发性好
Goroutine和channel使得编写高并发的服务端软件变得相当容易，很多情况下完全不需要考虑锁机制以及由此带来的各种问题。单个Go应用也能有效的利用多个CPU核，并行执行的性能好。
3. 良好的语言设计
从学术的角度讲Go语言其实非常平庸，不支持许多高级的语言特性;但从工程的角度讲，Go的设计是非常优秀的：规范足够简单灵活，有其他语言基础的程序员都能迅速上手。更重要的是
Go 自带完善的工具链，大大提高了团队协作的一致性。
4. 执行性能好
虽然不如 C 和 Java，但相比于其他编程语言，其执行性能还是很好的，适合编写一些瓶颈业务，内存占用也非常省。
linux 二进制兼容层执行 出错，求教
Gcc倾向于动态编译和动态加载，golang就是吐槽这一点的生动代表。但是动态编译携带库确实能减小大工程结果文件大小，而且这是linux系统的传统价值观。所以在很多地方还是有必要性的。
而各个系统所有的库的版本不一样，很多库的调用名的symbol都会在后面追加版本号，如果版本号不匹配，库则不能通用，例如我们经常见到libc.so.6: version `GLIBC_2.14' not found这类的打印。strings /lib64/libc.so.6 |grep GLIBC_ 通过这个命令可以排查，大部分的库问题根源都在libc，但是不是绝对的。libgcc_s.so.1是GCC的组件，编译时候运行时候都需要，一个版本GCC编译的程序常常不能在装有另一个版本GCC的平台上运行，就是这个原因，所以从高到低版本的迁移需要带着它。libc.so.6是最底层的库，操作系统和其中所有应用程序几乎都依赖，是应用程序能够跟操作系统通信的基础。原本UNIX中的libc和GNU开发的第三方版本glibc，像这里的名字虽然是libc，但事实上就是glibc，功能没有太大差别。libm.so.6则是对libc里面的数学部分优化后的版本。
另外一个需要注意的地方是连接的时候不需要指定后面的版本号，因为系统一般会建立到这个版本号的软链接，现代的gcc即使在连接的时候不指定版本号，并且不存在软连接，他也能正确的找到完整名字的库文件，实际的链接的是带版本号的库，所以即使你在编译的时候使用了不带库版本号的动态库，使用时还是需要携带带版本号的库文件。
编译器
Gcc的5.1版本的编译器会在编译时做大量激进的优化，但是有的优化是只对于最新的CPU特性有效，老一些的CPU在硬件层面就不支持这些优化，所以如此编译的程序就有兼容性问题。方法是用更老的编译器或者是用5.2之后解决了这个问题的更新的编译器。
为什么要使用 Go 语言?Go 语言的优势在哪里?
1、简单易学。
Go语言的作者本身就很懂C语言，所以同样Go语言也会有C语言的基因，所以对于程序员来说，Go语言天生就会让人很熟悉，容易上手。
2、并发性好。
Go语言天生支持并发，可以充分利用多核，轻松地使用并发。 这是Go语言最大的特点。
描述
Go的语法接近C语言，但对于变量的声明有所不同。Go支持垃圾回收功能。Go的并行模型是以东尼·霍尔的通信顺序进程（CSP）为基础，采取类似模型的其他语言包括Occam和Limbo，但它也具有Pi运算的特征，比如通道传输。
在1.8版本中开放插件（Plugin）的支持，这意味着现在能从Go中动态加载部分函数。
与C++相比，Go并不包括如枚举、异常处理、继承、泛型、断言、虚函数等功能，但增加了 切片(Slice) 型、并发、管道、垃圾回收、接口（Interface）等特性的语言级支持。
我为什么放弃Go语言
有好几次，当我想起来的时候，总是会问自己：我为什么要放弃Go语言？这个决定是正确的吗？是明智和理性的吗？其实我一直在认真思考这个问题。
开门见山地说，我当初放弃Go语言（golang），就是因为两个“不爽”：第一，对Go语言本身不爽；第二，对Go语言社区里的某些人不爽。毫无疑问，这是非常主观的结论。转载
1.1 不允许左花括号另起一行
1.2 编译器莫名其妙地给行尾加上分号
1.3 极度强调编译速度，不惜放弃本应提供的功能
1.4 错误处理机制太原始
1.5 垃圾回收器（GC）不完善、有重大缺陷
1.6 禁止未使用变量和多余import
1.7 创建对象的方式太多令人纠结
1.8 对象没有构造函数和析构函数
1.9 defer语句的语义设定不甚合理
1.10 许多语言内置设施不支持用户定义的类型
1.11 没有泛型支持，常见数据类型接口丑陋
1.12 实现接口不需要明确声明
1.13 省掉小括号却省不掉花括号
1.14 编译生成的可执行文件尺寸非常大
1.15 不支持动态加载类库
golang保存二进制文件会有大小端问题吗
golang保存二进制文件会有大小端问题。
这个二进制文件的确有Big Endian 和Little Endian的问题，这个与CPU指令体系有关，不过不用操心，像JPEG就是Big Endian，其编解码就都是按照这个约定来完成的，没有平台问题，也没有大小端的问题。
编译centos上的可执行文件的时候需要交叉编译。golang的交叉编译很容易，你的情况的话用下面这条命令，GOOS=linux GOARCH=amd64 go build ./文件。
golang描述：
Go的语法接近C语言，但对于变量的声明有所不同。Go支持垃圾回收功能。Go的并行模型是以东尼·霍尔的通信顺序进程（CSP）为基础。
采取类似模型的其他语言包括Occam和Limbo，但它也具有Pi运算的特征，比如通道传输。在1.8版本中开放插件（Plugin）的支持，这意味着现在能从Go中动态加载部分函数。
与C++相比，Go并不包括如枚举、异常处理、继承、泛型、断言、虚函数等功能，但增加了 切片(Slice) 型、并发、管道、垃圾回收、接口（Interface）等特性的语言级支持。Go 2.0版本将支持泛型，对于断言的存在，则持负面态度，同时也为自己不提供类型继承来辩护。
