让我们比较一下c：Hello_world.c：
#include<stdio.h>
int main(){
printf("Hello world!");
}
Hello_world.go：
package main
import "fmt"
func main(){
fmt.Printf("Hello world!")
}
都编译：
$gcc Hello_world.c -o Hello_c
$8g Hello_world.go -o Hello_go.8
$8l Hello_go.8 -o Hello_go
还有，这是什么？
$ls -ls
... 5,4K 2010-10-05 11:09 Hello_c
... 991K 2010-10-05 11:17 Hello_go
大约1Mb的世界。你在跟我开玩笑吗？我做错了什么？
（仅Hello_go-> 893K条）
Answers:
如果您使用的是基于Unix的系统（例如Linux或Mac OSX），则可以尝试通过使用-w标志构建可执行文件中包含的调试信息来删除它：
go build -ldflags "-w" prog.go
文件大小大大减少。
有关更多详细信息，请访问GDB的页面：http : //golang.org/doc/gdb
strip命令可以达到相同的效果：go build prog.go; strip prog然后我们得到了所谓的条带可执行文件：ELF 64位LSB可执行文件，x86-64，版本1（SYSV），动态链接（使用共享库），已剥离
-w，而不是-s。不知道有什么区别，但是您可能想更新答案:-)
2016年答案：
1.使用Go 1.7
2.编译 go build -ldflags "-s -w"
➜ ls -lh hello
-rwxr-xr-x 1 oneofone oneofone 976K May 26 20:49 hello*
3.然后使用upx，goupx不再因为需要1.6。
➜ ls -lh hello
-rwxr-xr-x 1 oneofone oneofone 367K May 26 20:49 hello*
Go二进制文件很大，因为它们是静态链接的（使用cgo的库绑定除外）。尝试静态链接C程序，您会发现它增长到可比的大小。
如果这确实对您来说是个问题（我很难相信），则可以使用gccgo进行编译并动态链接。
您应该得到goupx，它将“修复” Golang ELF可执行文件以供使用upx。在某些情况下，我已经缩小了约78％的文件大小~16MB >> ~3MB。
压缩率通常趋向于25％，因此值得一试：
$ go get github.com/pwaller/goupx
$ go build -o filename
$ goupx filename
>>
2014/12/25 10:10:54 File fixed!
File size Ratio Format Name
-------------------- ------ ----------- -----------
16271132 -> 3647116 22.41% linux/ElfAMD filename
Packed 1 file.
额外：-s标志（带）可以进一步缩小bin文件goupx -s filename
创建一个名为的文件main.go，让我们尝试使用简单的hello world程序。
package main
import "fmt"
func main(){
fmt.Println("Hello World!")
}
我使用1.9.1版
$ go version
go version go1.9.1 linux/amd64
用标准go build命令编译。
$ go build main.go
$ ls -lh
-rwxr-xr-x-x 1 nil nil 1.8M Oct 27 07:47 main
让我们再次使用编译，go build但ldflags如上所述
$ go build -ldflags "-s -w" main.go
$ ls -lh
-rwxr-xr-x-x 1 nil nil 1.2M Oct 27 08:15 main
文件大小减少了30％。
现在，让我们使用gccgo，
$ go version
go version go1.8.1 gccgo (GCC) 7.2.0 linux/amd64
建筑一起去gccgo，
$ go build main.go
$ ls -lh
-rwxr-xr-x 1 nil nil 34K Oct 27 12:18 main
二进制大小减少了近100％。让我们再一次尝试main.go使用gccgowith和build标志来构建，
$ go build -gccgoflags "-s -w" main.go
-rwxr-xr-x 1 nil nil 23K Oct 27 13:02 main
警告：
由于gccgo二进制文件是动态链接的。如果二进制文件的大小很大，则使用gccgo编译时，二进制文件不会减少100％，但是大小会减少很多。
与gc相比，gccgo编译代码的速度较慢，但支持更强大的优化，因此gccgo构建的受CPU约束的程序通常运行速度更快。多年来，在GCC中实现的所有优化都是可用的，包括内联，循环优化，向量化，指令调度等。尽管它并不总是能产生更好的代码，但在某些情况下，使用gccgo编译的程序可以运行30％更快。
预计GCC 7版本将包含Go 1.8用户库的完整实现。与早期版本一样，Go 1.8运行时没有完全合并，但是Go程序应该看不到它。
优点：
缺点
go。gogcc不支持ARM处理器，对吗？并且，您能推荐一种可以减少Golang构建文件大小的工具吗？
更紧凑的hello-world示例：
package main
func main() {
print("Hello world!")
}
我们跳过了大fmt包装，并明显减少了二进制文件：
$ go build hello.go
$ ls -lh hello
... 259K ... hello2
$ strip hello
$ ls -lh hello
... 162K ... hello2
不像C那样紧凑，但是虽然以K而不是M来衡量：）好的，这不是通用的方法，只是显示了一些优化大小的方法：使用strip并尝试使用最小包装。无论如何，Go并不是制造小型二进制文件的语言。
2018答案为下围棋1.11，如啾啾由布拉德·菲茨帕特里克（中2018年6月）：
截至几分钟前，#golang ELF二进制文件中的DWARF节现在已压缩，因此，即使所有多余的调试内容也已完成，技巧二进制文件现在比Go 1.10小。
cf. Golang问题11799：
压缩我们的调试信息可能会带来可观的，便宜的文件大小。
在594eae5号中查看更多
cmd / link：在ELF二进制文件中压缩DWARF节
其中最棘手的部分是二进制布局代码（blk，elfshbits和其他各种东西）在符号和节的文件位置及其虚拟地址之间假定恒定的偏移量。
当然，压缩会破坏此恒定偏移量。
但是我们需要在压缩之前为所有内容分配虚拟地址，以便在压缩之前解决重定位。结果，压缩需要根据压缩后的大小重新计算DWARF节和符号的“地址”。
幸运的是，这些位于文件的末尾，因此不会干扰其他任何节或符号。（当然，有大量代码假设DWARF段位于最后，那么还有什么地方呢？）name old exe-bytes new exe-bytes delta HelloSize 1.60MB ± 0% 1.05MB ± 0% -34.39% (p=0.000 n=30+30) CmdGoSize 16.5MB ± 0% 11.3MB ± 0% -31.76% (p=0.000 n=30+30) [Geo mean] 5.14MB 3.44MB -33.08%
Rob Pike提到：
这仅对使用ELF的计算机有帮助。
二进制文件仍然太大，并且还在增长。
布拉德回答：
至少是这样。将会变得更糟。
止血一次释放。
原因：调试信息，但还要为GC注册映射，以使任何指令成为保存点。
从Go 1.8开始，您还可以使用新的插件系统将二进制文件拆分成类似于共享库的文件。对于此发行版，它仅适用于Linux，但将来可能会支持其他平台。
您可以看一下我对此主题的小型研究：https : //github.com/xaionaro/documentation/blob/master/golang/reduce-binary-size.md
它逐步介绍了如何将2MiB hello-world静态二进制样本缩减为15KiB静态二进制或10KiB动态二进制。当然有很多限制。