共计 1636 个字符，预计需要花费 5 分钟才能阅读完成。
若有任何问题或倡议，欢送及时交换和碰撞。我的公众号是【脑子进煎鱼了】，GitHub 地址：https://github.com/eddycjy。
大家好，我是煎鱼。
前几天在微信群看到几位大佬在探讨一个问题：”字符串 len == 0 和 字符串 == “”，有啥区别？“
这是一个比拟小的细节点，同时也勾起了我的好奇心，因而明天这篇文章就和大家一起钻研一下他们两者有没有区别，谁的性能更好一些？
测试方法
在测试的办法中，咱们别离申明了 Test1 和 Test2 办法：
func Test1() bool {
var v string
if v == "" {return true}
return false
}
func Test2() bool {
var v string
if len(v) == 0 {return true}
return false
}在办法外部仅做了简略的变量类型申明，别离以 字符串 == “” 和 字符串 len == 0 为判断根据。
测试用例
编写两个办法的 Benchmark，用于后续的性能测试：
func BenchmarkTest1(b *testing.B) {
for i := 0; i < b.N; i++ {Test1()
}
}
func BenchmarkTest2(b *testing.B) {
for i := 0; i < b.N; i++ {Test2()
}
}后果剖析
$ go test --bench=. -benchmem
goos: darwin
goarch: amd64
BenchmarkTest1-4 1000000000 0.305 ns/op 0 B/op 0 allocs/op
BenchmarkTest2-4 1000000000 0.305 ns/op 0 B/op 0 allocs/op
PASS
ok _/Users/eddycjy/go-application/awesomeProject/tests 0.688s从屡次测试的后果来看，两者比拟：
- 性能简直没有区别，甚至能够呈现截然不同的状况。
- 均不波及内存申请和操作，均为 0/op。阐明变量并不是申明了，就有初始化动作的，这块 Go 编译器有做优化。
后果上竟然是一样的。依据曹大的提醒，咱们能够进一步看一下两者的汇编代码，看看具体区别在哪里：
$ go tool compile -S main.go
"".main STEXT nosplit size=1 args=0x0 locals=0x0
0x0000 00000 (main.go:3) TEXT "".main(SB), NOSPLIT|ABIInternal, $0-0
0x0000 00000 (main.go:3) FUNCDATA $0, gclocals·33cdeccccebe80329f1fdbee7f5874cb(SB)
0x0000 00000 (main.go:3) FUNCDATA $1, gclocals·33cdeccccebe80329f1fdbee7f5874cb(SB)
0x0000 00000 (main.go:5) RET
0x0000 c3 .
go.cuinfo.packagename. SDWARFINFO dupok size=0
0x0000 6d 61 69 6e main
""..inittask SNOPTRDATA size=24
0x0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0x0010 00 00 00 00 00 00 00 00 ........
gclocals·33cdeccccebe80329f1fdbee7f5874cb SRODATA dupok size=8
0x0000 01 00 00 00 00 00 00 00 无论是 len(v) == 0，又或是 v == "" 的判断，其编译进去的汇编代码都是完全一致的。能够明确 Go 编译器在这块做了明确的优化，大概率是间接比对了。
大家有没有其余的认识和拓展呢，欢送一起来学习和交换。
我的公众号
分享 Go 语言、微服务架构和奇怪的零碎设计，欢送大家关注我的公众号和我进行交换和沟通。
最好的关系是相互成就 ，各位的 点赞 就是煎鱼创作的最大能源，感激反对。
正文完
