Go 将日志记录中间添加到grpc

我正在尝试向grpc服务器添加一些日志中间件，这里我将遵循github上的简单示例

我将服务器选项设置为：

var (
  logrusLogger *logrus.Logger
  customFunc   grpc_logrus.CodeToLevel
)

func main() {

    logrusEntry := logrus.NewEntry(logrusLogger)

    lorgusOpts := []grpc_logrus.Option{
        grpc_logrus.WithLevels(customFunc),
    }

    grpc_logrus.ReplaceGrpcLogger(logrusEntry)

    opt := []grpc.ServerOption{
        grpc.Creds(credentials.NewTLS(tlsConfig)),
        grpc_middleware.WithUnaryServerChain(
            grpc_auth.UnaryServerInterceptor(auther.Auth),
            grpc_logrus.UnaryServerInterceptor(logrusEntry, lorgusOpts...),
        ),
    }

    s := grpc.NewServer(opt...)
    if err := s.Serve(lis); err != nil {
        log.Fatalf("err %+v", err)
    }
}

然而，每当我查看日志时，就会得到一个零指针

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x89edde]

goroutine 23 [running]:
github.com/grpc-ecosystem/go-grpc-middleware/logging/logrus.UnaryServerInterceptor.func1(0xb2e640, 0xc00026c390, 0x9df7a0, 0xc0000adfc0, 0xc00018caa0, 0xc00018cac0, 0xb2e640, 0xc00026c390, 0x0, 0x0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.0/logging/logrus/server_interceptors.go:37 +0x1be
github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1.1.1(0xb2e640, 0xc00026c390, 0x9df7a0, 0xc0000adfc0, 0x0, 0x0, 0x0, 0xc0000adfc0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.0/chain.go:25 +0x63
github.com/grpc-ecosystem/go-grpc-middleware/auth.UnaryServerInterceptor.func1(0xb2e640, 0xc00026c390, 0x9df7a0, 0xc0000adfc0, 0xc00018caa0, 0xc00018cae0, 0x89ceda, 0x9f24e0, 0xc00018cb00, 0xc00018caa0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.0/auth/auth.go:47 +0x108
github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1.1.1(0xb2e640, 0xc00026c390, 0x9df7a0, 0xc0000adfc0, 0xc0001a8100, 0x0, 0xc0001c5ac0, 0x40c5b8)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.0/chain.go:25 +0x63
github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1(0xb2e640, 0xc00026c390, 0x9df7a0, 0xc0000adfc0, 0xc00018caa0, 0xc00018cac0, 0xc00008eb30, 0x56cd28, 0xa04380, 0xc00026c390)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.0/chain.go:34 +0xd5
qcap/proto/company._CompanyService_SelectCompany_Handler(0x9c43e0, 0xc00000e068, 0xb2e640, 0xc00026c390, 0xc0000ab140, 0xc000228120, 0xb2e640, 0xc00026c390, 0xc0000a20f0, 0x26)
    /go/src/qcap/proto/company/service.pb.go:975 +0x14b
google.golang.org/grpc.(*Server).processUnaryRPC(0xc000001500, 0xb35300, 0xc0001da480, 0xc0001a8100, 0xc000228570, 0xf082f8, 0x0, 0x0, 0x0)
    /go/pkg/mod/google.golang.org/grpc@v1.27.1/server.go:1024 +0x4f4
google.golang.org/grpc.(*Server).handleStream(0xc000001500, 0xb35300, 0xc0001da480, 0xc0001a8100, 0x0)
    /go/pkg/mod/google.golang.org/grpc@v1.27.1/server.go:1313 +0xd97
google.golang.org/grpc.(*Server).serveStreams.func1.1(0xc0001dce50, 0xc000001500, 0xb35300, 0xc0001da480, 0xc0001a8100)
    /go/pkg/mod/google.golang.org/grpc@v1.27.1/server.go:722 +0xbb
created by google.golang.org/grpc.(*Server).serveStreams.func1
    /go/pkg/mod/google.golang.org/grpc@v1.27.1/server.go:720 +0xa1

---

以前有人遇到过这个问题吗？

看看这段代码的灵感来源，问题是否与没有grpc_ctxtags拦截器有关？参见

查看此代码的灵感来源示例，问题是否与没有grpc_ctxtags拦截器有关？请参见

我面临着类似的问题：

panic: runtime error: invalid memory address or nil pointer dereference
 [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x8e8ffb]
 
 goroutine 38 [running]:
 github.com/grpc-ecosystem/go-grpc-middleware/logging/logrus.UnaryServerInterceptor.func1(0xc98ac0, 0xc00011e9c0, 0xafa620, 0xc00011e3f0, 0xc0001164c0, 0xc000116520, 0xc98ac0, 0xc00011e9c0, 0xc000120030, 0xc00011e990)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.2/logging/logrus/server_interceptors.go:37 +0x1bb
 github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1.1.1(0xc98ac0, 0xc00011e9c0, 0xafa620, 0xc00011e3f0, 0x17, 0xafa620, 0xc00011e3f0, 0x0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.2/chain.go:25 +0x63
 github.com/grpc-ecosystem/go-grpc-middleware/tags.UnaryServerInterceptor.func1(0xc98ac0, 0xc00011e3c0, 0xafa620, 0xc00011e3f0, 0xc0001164c0, 0xc000116540, 0x8dac2a, 0xb165e0, 0xc000116560, 0xc0001164c0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.2/tags/interceptors.go:23 +0x86
 github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1.1.1(0xc98ac0, 0xc00011e3c0, 0xafa620, 0xc00011e3f0, 0xc000152100, 0x0, 0xc0001f3b30, 0x40f0a8)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.2/chain.go:25 +0x63
 github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1(0xc98ac0, 0xc00011e3c0, 0xafa620, 0xc00011e3f0, 0xc0001164c0, 0xc0001164e0, 0xc000505ba0, 0x493578, 0xb34560, 0xc00011e3c0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.2/chain.go:34 +0xd5
    /go/pkg/mod/google.golang.org/grpc@v1.29.1/server.go:1082 +0x50a
 google.golang.org/grpc.(*Server).handleStream(0xc00031eea0, 0xc9ffa0, 0xc000102780, 0xc000152100, 0x0)
    /go/pkg/mod/google.golang.org/grpc@v1.29.1/server.go:1405 +0xccd
 google.golang.org/grpc.(*Server).serveStreams.func1.1(0xc000142020, 0xc00031eea0, 0xc9ffa0, 0xc000102780, 0xc000152100)
    /go/pkg/mod/google.golang.org/grpc@v1.29.1/server.go:746 +0xa1
 created by google.golang.org/grpc.(*Server).serveStreams.func1
    /go/pkg/mod/google.golang.org/grpc@v1.29.1/server.go:744 +0xa1

导致问题的代码是我将logrus作为日志导入的：

---

因此，这个问题与Nick Pocock所说的不包括grpc_ctxtags拦截器无关。

我面临着类似的问题：

panic: runtime error: invalid memory address or nil pointer dereference
 [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x8e8ffb]
 
 goroutine 38 [running]:
 github.com/grpc-ecosystem/go-grpc-middleware/logging/logrus.UnaryServerInterceptor.func1(0xc98ac0, 0xc00011e9c0, 0xafa620, 0xc00011e3f0, 0xc0001164c0, 0xc000116520, 0xc98ac0, 0xc00011e9c0, 0xc000120030, 0xc00011e990)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.2/logging/logrus/server_interceptors.go:37 +0x1bb
 github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1.1.1(0xc98ac0, 0xc00011e9c0, 0xafa620, 0xc00011e3f0, 0x17, 0xafa620, 0xc00011e3f0, 0x0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.2/chain.go:25 +0x63
 github.com/grpc-ecosystem/go-grpc-middleware/tags.UnaryServerInterceptor.func1(0xc98ac0, 0xc00011e3c0, 0xafa620, 0xc00011e3f0, 0xc0001164c0, 0xc000116540, 0x8dac2a, 0xb165e0, 0xc000116560, 0xc0001164c0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.2/tags/interceptors.go:23 +0x86
 github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1.1.1(0xc98ac0, 0xc00011e3c0, 0xafa620, 0xc00011e3f0, 0xc000152100, 0x0, 0xc0001f3b30, 0x40f0a8)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.2/chain.go:25 +0x63
 github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1(0xc98ac0, 0xc00011e3c0, 0xafa620, 0xc00011e3f0, 0xc0001164c0, 0xc0001164e0, 0xc000505ba0, 0x493578, 0xb34560, 0xc00011e3c0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.2/chain.go:34 +0xd5
    /go/pkg/mod/google.golang.org/grpc@v1.29.1/server.go:1082 +0x50a
 google.golang.org/grpc.(*Server).handleStream(0xc00031eea0, 0xc9ffa0, 0xc000102780, 0xc000152100, 0x0)
    /go/pkg/mod/google.golang.org/grpc@v1.29.1/server.go:1405 +0xccd
 google.golang.org/grpc.(*Server).serveStreams.func1.1(0xc000142020, 0xc00031eea0, 0xc9ffa0, 0xc000102780, 0xc000152100)
    /go/pkg/mod/google.golang.org/grpc@v1.29.1/server.go:746 +0xa1
 created by google.golang.org/grpc.(*Server).serveStreams.func1
    /go/pkg/mod/google.golang.org/grpc@v1.29.1/server.go:744 +0xa1

导致问题的代码是我将logrus作为日志导入的：

---

因此，这个问题与Nick Pocock所说的不包括grpc_ctxtags拦截器无关。

这是恐慌，因为这些变量为零

var (
  logrusLogger *logrus.Logger
  customFunc   grpc_logrus.CodeToLevel
)

改用

var (
  logrusLogger = logrus.New()
  customFunc   = func(code codes.Code) logrus.Level {
    if code == codes.OK {
        return logrus.InfoLevel
    }
    return logrus.ErrorLevel
  }
)

---

注：grpc_logrus.CodeToLevel具有funccode codes.Code logrus.Level的基本类型，由于这些变量为零，因此处于死机状态

var (
  logrusLogger *logrus.Logger
  customFunc   grpc_logrus.CodeToLevel
)

改用

var (
  logrusLogger = logrus.New()
  customFunc   = func(code codes.Code) logrus.Level {
    if code == codes.OK {
        return logrus.InfoLevel
    }
    return logrus.ErrorLevel
  }
)

注意：grpc_logrus.CodeToLevel具有funccode codes.Code logrus.Level的基本类型