Golang Go语言中常见“坑”(3)-switch
Golang Go语言中常见“坑”(3)-switch
引
上篇说到 go test -v 里面的隐藏“坑”,如果测试函数没有返回则 t.Errorf, t.Logf 之类函数是不会打印输出的。go test 的实现机制是 go test 里面的回调函数执行结束才会输出日志,如果你的测试依赖日志输出状态,可用 fmt.Printf 函数代替。这篇说下 switch 语句
猜猜如下代码输出
package main
import (
“fmt”
)
func main() {
for i := 0; i < 5; i++ {
switch i {
case 3:
break
}
fmt.Printf(“i = %d\n”, i)
}
}
如果你的猜测是
i = 0
i = 1
i = 2
可继续往下看 实际输出
i = 0
i = 1
i = 2
i = 3
i = 4
描述
golang switch 里面不带标签的 break 好似没起任何作用。当然这个问题很好修改,break 后面带标签就行。
改法
package main
import (
“fmt”
)
func main() {
exit:
for i := 0; i < 5; i++ {
switch i {
case 3:
break exit
}
fmt.Printf(“i = %d\n”, i)
}
}
我的 github
更多关于Golang Go语言中常见“坑”(3)-switch的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
总不能不看官方文档,自己犯了错误就叫他坑吧
更多关于Golang Go语言中常见“坑”(3)-switch的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
“坑”加双引号,只是想说下,这个设计和大多数人的预期不一样。
大哥,break 本来就是跳过 switch 块的,只是 golang 的 case 默认都带了一个 break 而已,这个是基本语法,不是坑吧?
这个不叫坑啊,什么语言 break 作用的也只是 switch 这一块,作用不到 for 循环。
go switch 不需要写 break 还是挺迷惑的。不像 c 要时刻写 break,能记得 break 的作用范围。
大哥,break 本来就是退出当前流程控制块啊,这个没有问题,几乎所有语言的 break 都是这样的。
其实我只是奇怪,在 go 里面 switch 是不需要写 break 的,假如用户写 break,目的很明确都是作用于 for。从实现上来看很容易和用户写的 break 作出区分。
恩。。。
go 没返回值的函数也是不用写 return 的,情况类比,请
听 codehz 兄一句话,感觉很受启发。
C, C++, C# 的 switch 都是要自己加 break 的,只有 go 是可以加可以不加……
所以会被坑的,只有没学过 C, C++, C# 这类传统 C 类语言的……
总感觉你这几个帖子所谓的“坑”,都只不过是你自己特有的。
reus 兄所说不对。。。先不说本人写过 c/c++。。。为什么分享这些帖子,只是看到有童鞋踩过坑,想让更多的童鞋不要入此坑。。。此“自己”特有说法也不成立。
我就感觉 GO 不用写 Break 舒服,更符合直觉
在Go语言(Golang)中,switch
语句是一个非常灵活且强大的控制结构,但使用不当也容易遇到一些常见的“坑”。以下是几个值得注意的方面:
-
穿透效应(Fallthrough): Go中的
switch
语句默认没有穿透效应,即每个case
执行完毕后不会自动进入下一个case
。如果需要穿透,必须显式地使用fallthrough
关键字。这一点与其他一些编程语言(如C、Java)不同,容易让新手感到困惑。 -
多表达式匹配: 在Go的
switch
中,case
标签可以是多个值,使用逗号分隔。这虽然提供了灵活性,但也要求开发者在编写代码时更加谨慎,以避免意外的匹配。 -
类型断言与
switch
结合使用: 当使用switch
语句对接口类型的变量进行类型断言时,需要注意类型断言的语法。错误的语法或逻辑可能导致程序运行时错误。 -
空
switch
: 空switch
(即没有表达式的switch
)相当于if-else if-else
链的替代,用于基于布尔表达式的分支控制。这种情况下,case
标签必须是布尔值(true
或false
),或者可以省略标签(默认匹配true
)。 -
初始化语句: 在
switch
语句中,可以在表达式之前声明和初始化一个或多个变量,这些变量在switch
块的作用域内可见。这虽然提供了方便,但也可能导致作用域混淆。
了解这些常见的“坑”,有助于开发者更加高效地编写和维护Go语言代码。