[TOC]

gRPC 的申请追踪

前言

咱们来回顾一下之前分享的知识点：

• gRPC 介绍

介绍了根本你的 gRPC 的应用形式，框架，交互方式等

• gRPC 的认证

分享了 gRPC 的四种认证形式中重要的 2 种形式，有趣味能够点击看看哦

• openssl 证书生成笔记（go 1.15 版本以上）

整顿了 openssl 证书的生成，关键点曾经高亮标注，值得一看

• gRPC 的拦截器

gRPC 生态中的中间件，次要是做对立认证工作，不必要在每一个接口中都写一次认证形式

文章中有分享 gRPC 的各种性能的中间件，有趣味能够点击链接，大佬们还请不吝赐教

go tool trace

明天咱们来介绍一下go 的申请追踪，也就是说go Trace，分享 trace 有如下几个起因：

• 学习完 trace 之后，你可能本人去实际，清晰的理解整个程序的调用栈
• 能够通过追踪器捕捉大量信息，如图

• 能够更快的解决咱们我的项目中的疑难杂症

咱们或者都有这样的领会，本人思考明确，设计进去的程序，能够很清晰明了的将细节解释明确，对性能的增删改也是能够做到灵便应答。

可是让咱们一下子去批改他人写的性能或模块的时候，很多时候会一脸懵逼，这也不敢动，那也不敢动，在不了解的状况下，有疑难，肯定要问分明原理和逻辑，否则搞不好就是线上问题。

如上状况，最重要的一个起因就是本人对以后模块 / 性能的相熟水平，以及本人的思维模型是否可迁徙。

总而言之，对程序，要有敬畏之心，好奇之心，坚持不懈专研上来，要有解决问题的信心。

用 go tool trace 具体哪些地方适合，哪些地方不适合？

不适合

• 运行迟缓的函数，或者找到大部分 CPU 工夫破费在哪里，术业有专攻，看 CPU 工夫破费，是有专门的工具的 go tool pprof

适合

• 找出程序在一段时间内正在做什么
• go tool trace 能够通过 view trace链接提供的其余可视化性能，对于诊断争用问题帮忙极大

开始写一个 DEMO

GOMAXPROCS设置能够同时执行的 cpu 的最大数量，此处咱们设置为 1 个

server.go

package main

import (
   "context"
   "fmt"
   "os"
   "runtime"
   "runtime/trace"
   "sync"
)

func main() {
   // 应用 GOMAXPROCS 设置能够同时执行的 cpu 的最大数量 为 1 个
   runtime.GOMAXPROCS(1)

   f, _ := os.Create("myTrace.dat")
   defer f.Close()


   // 开始跟踪，在跟踪时，跟踪将被缓冲并写入 一个咱们指定的文件中
   _ = trace.Start(f)
   defer trace.Stop()

   // 咱们自定义一个工作
   ctx, task := trace.NewTask(context.Background(), "customerTask")
   defer task.End()

   var wg sync.WaitGroup
   wg.Add(10)
   for i := 0; i < 10; i++ {
      // 启动 10 个协程，模仿做工作
      go func(num string) {defer wg.Done()

         // 标记  num
         trace.WithRegion(ctx, num, func() {
            var sum, i int64
            // 模仿执行工作
            for ; i < 500000000; i++ {sum += i}
            fmt.Println(num, sum)
         })
      }(fmt.Sprintf("num_%02d", i))
   }
   wg.Wait()}

操作步骤：

• 编译并运行会生成咱们既定好的数据文件
• 通过 go tool trace + myTrace.dat
• 浏览器会弹出 trace 的web 页面，如下

View trace

可视化的 web 追踪页面

能够应用 shift + ? 唤出帮忙手册

点击 PROC 色彩区域

能够看到该处理器此段时间再做什么事件，如图

Event(s)下方的 Preceding events 点击进去能够看到每一个调用栈的 执行工夫

用户自定义工作如何查看？

• User-defined tasks
• 点击 Count
• goroutine view
• 点击色彩区域

即可看到此段时间的调用栈，开始工夫，完结工夫，以及用户定义的工作开了多少个协程等等

User-defined tasks

点击 Count

点击 goroutine view

点击色彩区域

即可看到此段时间具体在执行什么动作，具体的信息如下

用户自定义区域如何查看呢？

与上述查看用户自定义工作的形式大同小异，如下

• User-defined regions
• 点击具体的 Count

User-defined regions

点击具体的 Count

即可查看到此协程的总共耗时，网络拥塞，同步阻塞，零碎调用阻塞，调度期待，垃圾回收扫描，垃圾回收暂停的相干参数信息

那么某一些要害的 goroutine 被阻止运行时，可能会有提早问题，大略的起因置信大家应该有些谱了吧

• 零碎调用时被阻塞;
• 被共享内存阻塞（通道 / 互斥等）
• 调度程序没有依照咱们所冀望的频率运行协程
• 被 runtime 零碎（例如 GC）阻塞

正好上述起因的追踪都能够应用 go tool trace 辨认到，对于咱们追踪问题，查问问题原理起了很好的助力作用

好了，本次就到这里，下一次分享 gRPC 的 HTTP 网关，

技术是凋谢的，咱们的心态，更应是凋谢的。拥抱变动，背阴而生，致力向前行。

我是 小魔童哪吒，欢送点赞关注珍藏，下次见~