- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
func main() {
defer fmt.Println("Main defer")
go t1()
go t2()
go t3()
time.Sleep(20 * time.Second)
}
func t1() {
defer fmt.Println("t1 defer")
time.Sleep(20 * time.Second)
}
func t2() {
defer fmt.Println("t2 defer")
time.Sleep(5 * time.Second)
panic(New("T2"))
}
func t3() {
defer fmt.Println("t3 defer")
time.Sleep(20 * time.Second)
}
1 线程 (t2) 调用 panic,调用 t2 defer。当 t2 发生 panic 时,其他所有线程也将终止。我希望调用每个线程的延迟。这是一种必须出现 panic 的情况, panic 发生在一个线程中。所以我希望每个线程都知道程序将要退出。有什么方法可以实现吗?
当前输出:
t2 defer
panic: T2
goroutine 19 [running]:
main.t2()
C:/Users/Talha.Irfan/OneDrive - Bentley Systems, Inc/Desktop/go_test/src/main2/main.go:34 +0x105
created by main.main
C:/Users/Talha.Irfan/OneDrive - Bentley Systems, Inc/Desktop/go_test/src/main2/main.go:21 +0xb0
最佳答案
代码 panic 后不会调用任何东西。这就是 panic 的工作原理,你的程序将在 panic 之后存在。如果发生 panic ,您可以使用 channel 将值发送到其他 go 例程。还有一件事,最好使用 Wait Groups
来等待所有 go routines 完成,而不是使用 time.Sleep
。
package main
import (
"fmt"
"sync"
)
func main() {
var wg sync.WaitGroup
defer fmt.Println("Main defer")
ch := make(chan int)
wg.Add(1)
go t1(ch, &wg)
wg.Add(1)
go t2(ch, &wg)
wg.Add(1)
go t3(ch, &wg)
ch <- 1
close(ch)
wg.Wait()
}
func t1(ch chan int, wg *sync.WaitGroup) {
defer fmt.Println("t1 defer")
defer wg.Done()
}
func t2(ch chan int,wg *sync.WaitGroup) {
defer fmt.Println("t2 defer")
for {
foo, ok := <- ch
if !ok {
println("done")
wg.Done()
return
}
println(foo)
}
}
func t3(ch chan int, wg *sync.WaitGroup) {
defer fmt.Println("t3 defer")
defer wg.Done()
}
如果您在代码中遇到错误,您可以使用 recover 来捕获错误。这将导致您的代码运行所有 goroutine。
package main
import (
"fmt"
"time"
)
func main() {
defer fmt.Println("Main defer")
go t1()
go t2()
go t3()
time.Sleep(2 * time.Second)
}
func t1() {
defer fmt.Println("t1 defer")
}
func t2() {
defer fmt.Println("t2 defer")
defer func() {
if r := recover(); r != nil {
println("panic:" + r.(string))
}
}()
}
func t3() {
defer fmt.Println("t3 defer")
}
关于 Go playground 的工作代码
关于Go例程和Defer,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51672496/
我正在使用 go 图表库 https://github.com/wcharczuk/go-chart制作条形图。我面临的问题是标签值很长,我想将文本旋转 45 度以显示完整文本 我喜欢显示的日期格式是
我在构建一个非常简单的通过 cgo 调用 c 代码的 go 程序时遇到了问题。我的设置: $: echo $GOPATH /go $: pwd /go/src/main $: ls ctest.c
没有 C 的背景,只有 Go 的“初学者”经验,我正在尝试弄清楚 main.go 是实际需要的还是只是一个约定。 我想创建一个简单的网络 API,但有人可以为我澄清一下吗? 最佳答案 main.go
我read从 Go 1.4 开始,Go 运行时是用 Go 本身编写的(而不是用 C)。 这怎么可能?如果 Go 程序在运行时之上运行,并且运行时是 Go 程序,那么运行时是否在自身之上运行? 最佳答案
这是“Go 之旅”中的代码示例 Range and Close : package main import ( "fmt" ) func fibonacci(n int, c chan int
给定以下 go.mod 文件: module foo go 1.12 require ( github.com/bar/baz v1.0.0 github.com/rat/cat v1
我有一个 CI/CD 管道,它需要跨平台并与几个不同的管理程序一起工作。为了不必更改 Windows 和 Linux 的构建任务,我认为 Go 将是编写一次代码并在任何地方运行的好方法。然而,考虑到
我有一个 Dockerfile,用于使用 go build 编译 Go 应用程序。我进行了研究,确实建议将 go build 用于生产。 但是我找不到正确的答案来解释为什么。 我了解 go run 创
我尝试在命令提示符#Go lang 中运行该程序-但是当我键入运行“go run hello.go”命令时,我开始了 CreateFile hello.go:The system cannot fin
我正在使用“Go 编程语言”一书学习 Go。第一章介绍os.Open用于读取文件的模块。我尝试打开如下所示的 go 文件。 f, err = os.Open("helloworld.go") 我收
关闭。这个问题需要details or clarity .它目前不接受答案。 想改进这个问题?通过 editing this post 添加详细信息并澄清问题. 2年前关闭。 Improve this
为了解决我对 goroutine 的一些误解,我去了 Go 操场跑了 this code : package main import ( "fmt" ) func other(done cha
这个问题在这里已经有了答案: Evaluate/Execute Golang code/expressions like js' eval() (5 个回答) 1年前关闭。 对于任何 go 程序,我想
这是我基本上试图从路径打印基准的代码。 这意味着,如果用户输入“/some/random/path.java”,则输出将为“path”。同样,如果用户arg为“/another/myapp.c”,则输
$ go version 1.13.3 我的文件夹结构如下: GOPATH +---src +--- my-api-server +--- my-auth-server
这个问题在这里已经有了答案: How to embed file for later parsing execution use (4 个答案) What's the best way to bun
我觉得这有点奇怪,为什么这段代码不起作用? package main import "fmt" func main() { var i, j int = 1, 2 k
go编译器执行完如下命令后的可执行文件存放在哪里? $> go run file.go 最佳答案 在 /tmp 文件夹中,如果您使用的是 unix 机器。 如果您使用的是 Windows,则在 \Us
我目前正在开始使用 Go,并且已经深入研究了有关包命名和工作区文件夹结构的注意事项。 不过,我不太确定如何根据 Go 范式正确组织我的代码。 这是我当前的结构示例,它位于 $GOPATH/src 中:
假设我有一个接受用户输入的 Lua 程序,而该输入恰好是有效的 Lua 源代码。这是在程序仍在运行时进行清理、编译和执行的。 Go 是否(或将)实现这样的事情? 最佳答案 我认为以下两个项目之间有足够
我是一名优秀的程序员,十分优秀!