panic panic作用是终止当前正在运行的程序（包括所有协程）并输出导致异常的堆栈信息。在遇到无法处理的异常情况时，例如比如数组越界、操作未初始化的map、空指针等都会触发panic。主动触发pa

序本文主要研究一下golang的panic与recoverpanic与recoverrecover在如下三种情况下返回nilpanic参数为nilgoroutine没有发生panicrecover不是

本文正在参加 「金石计划 . 瓜分6万现金大奖」 本次主要聊聊 Go 语言中关于 panic 和 recover 搭配使用 ，以及 panic 的基本原理 最近工作中审查代码的时候发现一段代码，类似于

Go 语言官方提供了一个名为 context 的标准库包，专门用于控制任务的生命周期和上下文传播，了解原理其实很简单，但用起来却是很难，原因是缺乏实战经验；仅知晓原理，始终是纸上谈兵，难以实践，今天我

gRPC Gateway为我们提供一个HTTP和gRPC的反向代理服务器。利用它我们可以使用protobuf同时提供gRPC和HTTP1.x的服务，既可以用于调试，又可以用于无法使用gRPC的场景

从源码分析了recover为什么一定要在defer里面的问题上,10分钟让你爆杀面试官! 本文从源码分析探索go语言处理panic的原理

go 里面的 WaitGroup 是非常常见的一种并发控制方式，它可以让我们的代码等待一组 goroutine 的结束。

关于垃圾回收算法，基本就是那么几种：标记-清除、标记-复制、标记-整理。在此基础上可以增加分代（新生代/老年代），每代采取不同的回收算法，以提高整体的分配和回收效率。

在并发编程中，资源的分配和回收是一个很重要的问题。对于频繁的分配和回收，会造成大量的开销。而 Go 语言的 Sync.Pool 是一个可以帮助我们优化这个问题的工具。