1.go语言是源码编译型还是解释型
2.Go 1.20要来了，看看都有哪些变化-第2篇
3.go源码分析——类型
4.client-go 源码分析（4） - ClientSet客户端 和 DynamicClient客户端
5.Go 1.22中值得关注的变动几个变化
6.go源码解析之TCP连接（二）——Accept

go语言是编译型还是解释型

       Go语言是编译型语言。

       首先，源码理解编译型和解释型语言的变动差异是关键。编译型语言会将源代码转换为机器代码，源码这是变动地图小程序 源码一组可以直接由计算机执行的低级指令。这个过程通常发生在程序运行之前，源码因此编译型语言通常具有较高的变动执行速度。相反，源码解释型语言在程序运行时，变动会逐行读取源代码并将其转换为机器代码执行。源码由于这个过程在运行时进行，变动解释型语言的源码执行速度通常比编译型语言慢。

       Go语言被设计为编译型语言。变动当我们使用Go编译器（如gc）编译Go程序时，源码它会将Go源代码（.go文件）转换为二进制可执行文件。这个过程通常发生在程序运行之前。这意味着，一旦编译完成，生成的二进制文件可以直接在计算机上运行，无需任何中间的解释或转换过程。

       举个例子，如果我们有一个简单的Go程序，如下所示：

       go

       package main

       import "fmt"

       func main() {

       fmt.Println("Hello, World!")

       }

       使用Go编译器，我们可以将这个源代码文件编译为一个可执行文件。在命令行中，我们可以使用以下命令来完成这个过程：

       bash

       go build -o hello hello.go

       上述命令会生成一个名为“hello”的可执行文件。这个文件是机器代码，可以直接在计算机上运行。当我们运行这个文件时，它会直接输出“Hello, World!”，无需任何中间的解释或转换过程。

       总结来说，Go语言是编译型语言，它将源代码预先转换为机器代码，这使得Go程序具有较高的执行速度。

Go 1.要来了，看看都有哪些变化-第2篇

       Go官方团队在..发布了Go 1. rc1版本，预计正式发布日期为年2月份。立刻贷源码以下是Go 1.的主要更新内容：

       安装方法不再提及。

       Go 1.在多个方面进行了优化，包括语言、可移植性、工具链、运行时、编译器、汇编器、链接器和核心库。本篇主要介绍Go工具链方面的优化。

       Go命令的改进包括：

       标准库的package不再在$GOROOT/pkg目录下存储源代码编译后的文件，而是按需编译并缓存在编译缓存中，以减小Go安装包的大小。go test -json的实现更加鲁棒，无需开发者进行任何更改。但是，直接调用Go工具test2json的开发者需要在测试的可执行程序中增加-v=test2json参数。go test -json的修改使得每个测试程序执行开始时增加了一个Action事件，当同时运行多个测试程序时，这些事件的执行顺序与命令行中的package顺序一致。go命令现在支持与CPU架构相关的编译标记参数，如amd.v2，使开发人员能够根据CPU架构进行不同的处理。go子命令支持-C参数，允许在执行命令前改变目录。go build、go test命令不再支持-i参数，这个参数在Go 1.版本中已被弃用。go generate命令接受-skip参数，可以跳过匹配//go:generate指令。go test命令接受-skip参数，可以跳过匹配测试用例。

       go build、go install和其他编译相关命令新增了-pgo标记参数，用于辅助开发者进行程序优化。-pgo指定的是profile文件的路径。如果-pgo=auto，则会在main包路径下查找名为default.pgo的星座乐源码文件。-pgo=off可以关闭优化。go build、go install和其他编译相关命令新增了-cover标记参数，用于收集编译出来的可执行程序的代码覆盖率。

       go version -m命令现在支持读取和解析更多类型的Go二进制文件。例如，通过go build -buildmode=c-share编译的Windows DLL文件以及没有可执行权限的Linux二进制文件，现在可以被go version -m解析。

       Go标准库中使用cgo的package（如`net`、`os/user`和`plugin`）在不同环境中表现不同。在macOS环境中，net和os/user包已经被重写，不再依赖cgo。在Windows环境中，net和os/user没有使用过cgo。在其他操作系统上，如果编译时禁用cgo，则会使用纯Go语言实现。在macOS环境中，race detector已经被重写，不再依赖cgo。

       从Go 1.版本开始，Go支持对任何Go程序进行代码覆盖率收集，而不仅仅是单元测试。为了收集代码覆盖率，需要按照官方文档进行操作。Vet检测单元测试中的循环变量嵌套子函数错误使用的场景。Go 1.版本开始通过go vet检测出这类问题。对于`Time.Format`和`time.Parse`，如果代码试图将日期格式转换为yyyy-dd-mm，会给出提示，因为yyyy-dd-mm不符合ISO 日期格式标准。

       总结：Go 1.带来了多项优化，旨在提高开发效率、代码质量以及跨平台兼容性。期待未来版本带来更多改进。

go源码分析——类型

       类型是Go语言中的核心概念，用于定义数据的ac值源码结构和行为。类型可以分为基础类型和自定义类型，编译器会为每种类型生成对应的描述信息，这些信息构成了Go语言的类型系统。内置类型的数据结构在`runtime.type`文件中，而自定义类型的数据结构在`type.go`文件中，包括了类型名称、大小、对齐边界等属性。例如，切片的元素类型和map的键值类型都在其中有所体现。空接口`interface{ }`和非空接口`iface`是描述接口的底层结构体，分别用于表示不包含方法的接口和包含方法的接口。空接口的结构简单，包含类型和数据的位置信息，而非空接口的结构更复杂，包含接口的类型、实体类型和方法信息。接口的实现依赖于方法集的匹配，时间复杂度为O(m+n)。断言是判断一个类型是否实现了某个接口的机制，它依赖于接口的动态类型和类型元数据。类型转换和接口断言遵循类型兼容性原则，而反射提供了访问和操作类型元数据的能力，其核心是`reflect.Type`和`reflect.Value`两个结构体类型，分别用于获取类型信息和操作值。反射的关键在于明确接口的动态类型和类型实现了哪些方法，以及类型元数据与空接口和非空接口的数据结构之间的关系。

client-go 源码分析（4） - ClientSet客户端 和 DynamicClient客户端

       本篇讨论的是客户端ClientSet。对比ClientSet和DynamicClient，ClientSet仅能操作内置资源，而DynamicClient则能操作内置资源与CRD。ClientSet具备类型检查，DynamicClient则不包含此特性。

       举例调用ClientSet查询default namespace下所有pod如下：

       核心操作集中在两行代码：clientset.CoreV1()与clientset.CoreV1().Pods(apiv1.NamespaceDefault)。前者返回corev1客户端，后者获取特定namespace下的pod。

       构造pods结构体的newPods函数，将corev1客户端的隐形溯源码RESTClient与namespace参数作为参数传入，pods结构体实现PodInterface接口的List方法。

       调用clientset.CoreV1().Pods(apiv1.NamespaceDefault)返回PodInterface接口，后续操作如删除、创建等皆通过restclient客户端实现。

       DynamicClient则是一种动态客户端，可对任意Kubernetes资源进行RESTful操作，包括CRD自定义资源。与ClientSet操作类似，它同样封装了RESTClient，并提供创建、更新、删除、获取、列表、监控、修补等方法。DynamicClient的主要区别在于，它能够访问包括CRD在内的任意Kubernetes资源，而ClientSet仅限于内置资源的访问。

       注意：与ClientSet客户端不同，调用DynamicClient时，需要通过runtime.DefaultUnstructuredConverter将非结构化数据转成Kubernetes资源对象数据类型。欢迎关注微信公众号“后端云”。

Go 1.中值得关注的几个变化

       美国时间年2月6日，Go 1.版本正式发布，Go团队成员Eli Bendersky在Go官博宣布这一消息。

       Go 1.版本在语言、编译器、运行时、工具链和标准库方面都有所改进。语言层面上，试验特性loopvar在Go 1.中转正，for range新增对整型表达式的支持。loopvar语义变更对代码的后向兼容性影响较大，需要开发者注意go.mod文件中的go version升级到go 1..0或更高版本时的语义变更。此外，for range支持后面接整型表达式以及函数迭代器的实验特性，也是Go 1.版本的重要变化。

       在编译器、运行时与工具链方面，Go 1.版本继续优化PGO，实现更高比例的调用去虚拟化。Go编译器可以更多地运用devirtualize和inline技术，提高程序的性能。运行时使基于类型的垃圾收集的元数据更接近每个堆对象，从而提高CPU性能。工具链方面，go work vendor功能允许将workspace中的依赖放在vendor目录下，go mod init不再尝试导入其他vendor工具的配置文件，同时go test -cover在Go 1.版本之后报告覆盖率为0.0%。

       标准库方面，Go 1.版本新增了math/rand/v2包，这是标准库中第一次为某个包建立v2版本。.Listen的调用，深入理解了socket的创建、端口绑定以及监听过程。最后，net.Listen返回了Listener（在具体情况下为TCPListener），本章将通过该Listener的Accept方法的跟踪，揭示连接建立的过程。

       让我们逐步跟踪源码，探索连接建立的具体步骤：

       1. TCPListener的Accept方法

       此方法调用了TCPListener的内部方法accept。

       随后，我们跳过ln.fd.accept和newTCPConn方法的调用，回顾上一章中关于KeepAlive配置项的讨论：KeepAlive是ListenConfig的一个属性，而ListenConfig与创建成功的监听netFD相关联。

       如果KeepAlive值大于等于0，将设置socket开启KeepAlive功能。若为0，则默认设置TCP_KEEPINTVL和TCP_KEEPIDLE属性为秒，否则依据用户设定的时间。

       2. 设置KeepAlive

       setKeepAlive和setKeepAlivePeriod方法类似，负责设置socket属性。在这两个方法中，我们都执行了fd.pfd.SetsockoptInt操作，而pfd是netFD中的属性。

       继续深入，观察poll.FD的SetsockoptInt方法，进而理解进行socket属性设置的过程。fd.Sysfd是创建系统socket的fd。net包中涉及监听、主动connect成功以及accept建立的socket，均通过netFD进行包装，因此，记住层级关系：netFD对poll.FD进行包装，poll.FD对系统fd进行包装。

       额外知识：keepalive参数

       setKeepAlive方法中的SO_KEEPALIVE用于开启keepalive总开关，而setKeepAlivePeriod中的TCP_KEEPINTVL与tcp_keepalive_intvl相关，TCP_KEEPIDLE与tcp_keepalive_time相关。TCP_KEEPCNT对应tcp_keepalive_probes，但代码中未找到使用实例。

       回到accept主流程，继续追踪ln.fd.accept方法调用。

       3. netFD的accept方法

       通过调用pfd.Accept（即poll.FD的Accept方法），我们深入到accept的内部实现。最终，连接成功时返回新连接socket的fd及主机地址信息。遇到EAGAIN错误（非阻塞模式下，系统调用立即返回）且fd.pd.pollable为true时，当前goroutine阻塞等待新消息（即新连接），之后再次调用accept接收连接。

       简述pollDesc（即FD中的pd），它是IO多路复用在go语言中的集成，pd.waitRead等待io消息的到来。后续章节将详细探讨epoll在go语言网络库中的使用。

       最后，netFD的accept方法调用newFD创建了netFD，此过程在上一章已有详细解释。

       至此，连接建立的整个调用链路基本完成，我们通过下图回顾整个过程。

       4. newTCPConn

       conn实现了接口类型Conn，其唯一属性是netFD，核心方法是对netFD方法的封装。

       进一步，TCPConn继承自conn，它提供了ReadFrom方法，用于从Reader中读取数据并写入到TCPConn的socket上。

       5. 小结

       通过跟踪TCPListener的Accept方法，我们详细阐述了server侧接收新连接的过程。总结了关键点，并为下一章分析TCPConn的Read方法，深入理解数据读取过程奠定了基础。

Go的执行原理以及Go的命令

       Go的源码文件主要分为三类：命令源码文件、库源码文件和测试源码文件。

       命令源码文件是Go程序的入口，被声明为main包，包含main函数。文件被安装后，会根据GOPATH设置存放于当前工作区的bin目录或GOBIN设置的目录。这些文件可以单独运行，使用go run命令直接执行，或通过go build或go install生成可执行文件。命令源码文件不应与其他文件混合在同一个代码包中。

       库源码文件不具备命令源码文件的特征，是普通源码文件。文件被安装后，对应的归档文件(.a文件)会被存放在当前工作区的pkg目录下的平台相关目录。库源码文件不能通过go build或go install编译和安装。

       测试源码文件以_test.go为后缀，并包含Test或Benchmark函数。Test函数接受*testing.T参数，用于功能测试；Benchmark函数接受*testing.B参数，用于性能测试。

       命令方面，Go的最新版本1.提供了个基本命令，如build、get、install、run等。build命令用于编译代码包及其依赖；get命令用于下载远程代码仓库中的代码包；install命令用于编译并安装代码包；run命令用于运行命令源码文件。build和install命令会在指定目录生成可执行文件；run命令只能运行命令源码文件。install命令还负责将编译结果移动到bin目录或GOBIN目录。get命令会将代码包下载到GOPATH中的src目录。clean命令用于清除已编译生成的文件。

       fmt命令用来格式化代码文件，通常与gofmt命令结合使用，格式化后的结果会覆盖源代码文件。test命令自动读取_test.go文件，生成并运行测试用的可执行文件。doc命令提供强大的文档功能，可以查看相应package的文档，甚至创建本地版本的golang.org文档。fix命令用于修复老版本代码到新版本，version命令查看当前Go版本，env命令查看Go环境变量，list命令列出当前安装的所有package。

       综上所述，Go的源码文件分类清晰，命令提供了全面的编译、下载、安装、测试和文档支持，满足了开发者的需求。

go 是如何运行的(一) 初识编译

       本文将带你探索Go语言的编译过程，从基础概念开始。首先，编译器是一个关键角色，它将源代码转换为可执行的机器码，其工作流程可以概括为几个步骤。

       编译器通常分为前端和后端，前端主要负责源码的分析和检查，如词法分析、语法分析和类型检查，确保代码符合规则。例如，Go的编译器前端会检查包声明（PackageClause = "package" identifier）的正确性，并生成中间代码。

       后端则关注代码的优化和最终机器码生成。中间代码是前后端的桥梁，它在编译过程中起到了连接作用。对于Go，其编译器后端优化并转换为具有静态单赋值特性的中间代码（SSA），再进一步生成机器码。

       理解编译过程中的文法至关重要，它定义了代码的结构规则。例如，Go的文法规则如PackageClause的定义，通过非终结符和终结符构成，确保语法的正确性。上下文无关文法，如Go编译器所采用的，使得代码更简洁高效。

       词法分析阶段，编译器识别出符号，如关键字和操作符，这些都是文法分析的基础。抽象语法树（AST）作为源代码的结构化表示，为后续处理提供了便利，包括IDE的高亮显示和代码分析工具。

       要深入了解Go的编译，可以从go/token、go/scanner、go/parser和go/ast这些公共库入手。虽然Go编译器的内部实现可能随着版本更新而变化，但通过这些库，你可以学习编译器的基本原理。

       实践是学习编译过程的最好方式。你可以通过编写和观察hello.go文件的中间代码和AST，以及使用IDE的工具来深入理解编译器的工作。至于slice的创建方式，虽然常归因于runtime.makeslice，但深入分析源代码和汇编代码会揭示其背后的细节。