22

我们有一个使用记录器(实际上是自定义记录器)的大型 golang 应用程序,将输出写入定期轮换的日志文件。

但是,当应用程序崩溃或 panic() 时,这些消息会进入标准错误。

有没有办法覆盖恐慌功能来使用我们的记录器?

4

3 回答 3

20

据我所知,您无法将恐慌的输出从标准错误重定向到您的记录器。您可以做的最好的事情是将标准错误重定向到您可以在外部或程序内部执行的文件。

对于我的rclone程序,我重定向标准错误以将所有内容捕获到一个选项上的文件中,不幸的是,这在跨平台方式中并不是特别容易做到。这是我的做法(请参阅 redirect*.go 文件)

对于 linux/unix

// Log the panic under unix to the log file

//+build unix

package main

import (
    "log"
    "os"
    "syscall"
)

// redirectStderr to the file passed in
func redirectStderr(f *os.File) {
    err := syscall.Dup2(int(f.Fd()), int(os.Stderr.Fd()))
    if err != nil {
        log.Fatalf("Failed to redirect stderr to file: %v", err)
    }
}

对于窗户

// Log the panic under windows to the log file
//
// Code from minix, via
//
// http://play.golang.org/p/kLtct7lSUg

//+build windows

package main

import (
    "log"
    "os"
    "syscall"
)

var (
    kernel32         = syscall.MustLoadDLL("kernel32.dll")
    procSetStdHandle = kernel32.MustFindProc("SetStdHandle")
)

func setStdHandle(stdhandle int32, handle syscall.Handle) error {
    r0, _, e1 := syscall.Syscall(procSetStdHandle.Addr(), 2, uintptr(stdhandle), uintptr(handle), 0)
    if r0 == 0 {
        if e1 != 0 {
            return error(e1)
        }
        return syscall.EINVAL
    }
    return nil
}

// redirectStderr to the file passed in
func redirectStderr(f *os.File) {
    err := setStdHandle(syscall.STD_ERROR_HANDLE, syscall.Handle(f.Fd()))
    if err != nil {
        log.Fatalf("Failed to redirect stderr to file: %v", err)
    }
    // SetStdHandle does not affect prior references to stderr
    os.Stderr = f
}
于 2016-01-13T18:06:39.743 回答
10

您可以使用recover()从同一个 goroutine 中恢复恐慌。在调用recover()延迟方法时(请记住,延迟方法仍然会被调用,即使是在panic()ing 时),它将返回panic()作为参数传递给最后一次调用的任何内容(或者nil当程序没有恐慌时)。

defer func() {
    if x := recover(); x != nil {
        // recovering from a panic; x contains whatever was passed to panic()
        log.Printf("run time panic: %v", x)

        // if you just want to log the panic, panic again
        panic(x)
    }
}()

panic("foo");

但是请注意,您无法从其他 goroutine 中触发的恐慌中恢复(感谢 JimB 的提示)。使用单个recover()从任何 goroutine 的恐慌中恢复是不可能的。

于 2016-01-13T16:55:00.383 回答
1

扩展@nick-craig-wood 的答案:如果您在 Linux 上,您可以生成一个 logger(1) 实例并将 stderr 重定向到它。这样您就可以将完整的回溯记录到 syslog 中。这就是gocryptfs所做的:

// redirectStdFds redirects stderr and stdout to syslog; stdin to /dev/null
func redirectStdFds() {
    // stderr and stdout
    pr, pw, err := os.Pipe()
    if err != nil {
        tlog.Warn.Printf("redirectStdFds: could not create pipe: %v\n", err)
        return
    }
    tag := fmt.Sprintf("gocryptfs-%d-logger", os.Getpid())
    cmd := exec.Command("logger", "-t", tag)
    cmd.Stdout = os.Stdout
    cmd.Stderr = os.Stderr
    cmd.Stdin = pr
    err = cmd.Start()
    if err != nil {
        tlog.Warn.Printf("redirectStdFds: could not start logger: %v\n", err)
    }
    pr.Close()
    err = syscall.Dup2(int(pw.Fd()), 1)
    if err != nil {
        tlog.Warn.Printf("redirectStdFds: stdout dup error: %v\n", err)
    }
    syscall.Dup2(int(pw.Fd()), 2)
    if err != nil {
        tlog.Warn.Printf("redirectStdFds: stderr dup error: %v\n", err)
    }
    pw.Close()

    // stdin
    nullFd, err := os.Open("/dev/null")
    if err != nil {
        tlog.Warn.Printf("redirectStdFds: could not open /dev/null: %v\n", err)
        return
    }
    err = syscall.Dup2(int(nullFd.Fd()), 0)
    if err != nil {
        tlog.Warn.Printf("redirectStdFds: stdin dup error: %v\n", err)
    }
    nullFd.Close()
}
于 2017-05-24T18:10:13.200 回答