Golang中一行代码同时写入两个切片是否合理？

Golang中一行代码同时写入两个切片是否合理？ 你好，我有时会在一行代码中写入两个切片，然后遇到运行时越界错误。这时我自然会开始猜测，因为两个切片都可能是问题的根源。然后我会重写这部分代码，让每个切片独占一行，并再次复现这个 panic。

我的理解是，堆栈跟踪信息中不包含列号，这是正确的吗？还是说这只是我在 Windows 系统下遇到的情况？未来的 Go 版本会在堆栈跟踪中包含列号吗？

或者，我这样做是否违反了风格指南？

非常感谢

4 回复

在进行写入操作前做一些检查，以确保写入不会引发恐慌。

确实如此。

像 Python 这样的编程语言遵循“请求宽恕比获得许可更容易”的理念，即先编写代码，然后捕获异常来处理它们。Go 则推崇显式的错误处理。你不应该尝试直接索引切片并期望它有足够的大小，而应该先检查其大小，如果不符合预期或要求的大小，就返回一个 error。

func main() {
    fmt.Println("hello world")
}

更多关于Golang中一行代码同时写入两个切片是否合理？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


谢谢，我想我还是面对现实吧，目前来看，两行代码确实比一行要好。

实际上，这是对 []rune 类型中的两个字符进行比较：

a[3] == b[4]

而换行看起来并不美观。

顶部的检查也是我常用的方法，但有时我在做原型设计，不知道应该将哪些部分收集到用于检查输入有效性的顶部代码块中。我希望代码能自我说明并且真正良好，但我有点确定，我时不时会忘记预先检查一些切片相关的部分。

重现 panic 让我感到有点沮丧，所以……

我确实需要问这个问题，非常感谢。

你的意思是像这样吗？

func main() {
	var a, b []string
	fmt.Println(a, b)

	a[2], b[2] = "a", "b" // Line number here is 11

   panic: runtime error: index out of range [2] with length 0

   goroutine 1 [running]:
   main.main()
   /tmp/sandbox886078500/prog.go:11 +0xcb
}

它只显示了恐慌发生在第11行，你无法判断是写入 a 还是写入 b 导致了恐慌。

我认为你是对的，堆栈跟踪不包含列号。也许有一些自定义的恢复实现可以让你获取到这个信息，但默认情况下看起来是没有的。

我认为更好的做法是在不同的行上进行这些写入操作，这样你就能看到是哪一行引发了恐慌；或者在写入之前进行一些检查，以确保写入操作不会引发恐慌。

在Go语言中，一行代码同时写入两个切片本身并不违反风格指南，但确实可能增加调试难度。堆栈跟踪通常不包含列号，这是Go当前的实现方式，与操作系统无关。未来的Go版本是否会包含列号取决于Go团队的决策，但目前没有官方计划。

当一行代码中多个切片操作引发panic时，由于堆栈跟踪只显示行号，难以直接定位是哪个切片导致了越界。建议将每个切片操作分开到独立行，以便更清晰地识别问题。例如：

// 不推荐：一行内多个切片操作，panic时难以调试
data[i], data[j] = data[j], data[i]

// 推荐：分开操作，便于定位问题
tmp := data[j]
data[i] = tmp
data[j] = data[i]

如果坚持一行内完成多个切片写入，需确保所有索引都在有效范围内。例如：

// 确保索引有效后再执行
if i >= 0 && i < len(data) && j >= 0 && j < len(data) {
    data[i], data[j] = data[j], data[i]
}

总之，分开编写切片操作主要是为了便于调试，而非风格约束。

回到顶部