今天给大家分享一个GitHub 🌟 3.5k 的 Go项目：go-backend-clean-arch，这个项目是一位老外写的，通过一个 HTTP demo 介绍了一个优雅的项目结构。

在我们看过 sync.Once 的源码后，我们为什么来讲在 Go 中单例模式实际上就是 sync.Once 呢，在这里我们一步步来动手实现一个单例模式，看看它与 sync.Once 的区别

如何选择 sync 和 channel 以前写 C 的时候，我们一般是都通过共享内存来通信，对于并发去操作某一块数据时，为了保证数据安全，控制线程间同步，我们们会去使用互斥锁，加锁解锁来进行处理 然而

看了Kuberentes源码后，得到的 Golang 工程化实践，在实际业务开发中能够去使用上的内容。

在高并发业务场景，能否可以随意开辟 goroutine 并且放养不管呢?毕竟有强大的 GC 和优越的 GMP 调度算法。

在go中，gorotine是一种轻量级线程，由go运行时环境管理，相对于操作系统线程来说，创建和销毁gorotine的开销非常小。通过利用goroutine，可以处理大量并发任务而无需过多的系统资源。

在开始剖析Go逃逸分析前，我们要先清楚什么是堆栈。数据结构中有堆栈，内存分配中也有堆栈，两者在定义和用途上虽不同，但也有些许关联，内存分配中栈的压栈和出栈操作

和Go 1.19相比，改动内容适中，主要涉及语言(Language)、可移植性(Ports)、工具链(Go Tools)、运行时(Runtime)、编译器(Compiler)、汇编器(Assemble

本文包括两部分，一部分是源码解读，另一部分是对zap的增强。 由于zap是一个log库，所以从两方面来深入阅读zap的源码，一个是初始化logger的流程，一个是打一条log的流程。 Github地址