什么是GC GC 堆内存上分配的数据对象，不会再使用时，不会自动释放内存，就变成垃圾，在程序的运行过程中，如果不能及时清理，会导致越来越多的内存空间被浪费，导致系统性能下降。 因此需要内存回收，内存回收分为两种方式 1.手动释放占用的内存空间 可能会出现的问题： 悬挂指针： 释放的早了，后续对数据的访问就会出错，因为对应的内存空间可能已经清空，重新分配，甚至是归还给操作系统了。 内存泄漏： 如果忘了释放，一直占用内存，导致内存泄漏。 2.自动内存回收 开发人员无需手动管理释放已经分配但是没有引用的对象内存，而由程序自动检测对象决定是否要回收其内存。 系统如何检测哪些应该是被回收的数据对象呢？ **核心思想：**程序中用得到的数据，一定是可以从栈或数据段这些根节点追踪得到的数据，追踪不到的数据，肯定用不到，也就是垃圾。 go语言中的GC go语言GC机制经过多年的迭代最终性能良好。 一个概念： STW：stop the word，指程序执行过程中，中断暂停程序逻辑，专门去进行垃圾回收。 标记清除法 把根数据段上的数据作为root，基于他们进行进一步的追...

1.分类 groutine的通信机制，每个channel都有类型 ch:=make(chan int) //ch为make创建的底层数据结构的引用，零值为nil

品牌型号：华为MateBook D15 系统：Windows 11 内存溢出是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer，但给它存了long才能存下的数，那就是内存溢出。 内存泄露是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重，无论多少内存，迟早会被占光。 内存泄漏可以分为4类：  1、常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。  2、偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。  3、一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。  4、隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格...

在Go语言编程中，用来表示小数的有两种类型：     float32（单精度类型，占据4个字节 byte，32个二进制位 bit）     float64（双精度类型，占据8个字节 byte，64个二进制位 bit） 那么，计算机在内存中是如何存储浮点类型的呢？ 我们下面就来从计算机中最小的单位 bit （二进制位）方面来详细分析： 我们知道，计算机中的数据，最终都需要转化成二进制数据来存储。 不管什么样的数据（文字、图片、视频、语音）存储到计算机中都会变成 0 1 这样的二进制代码 那么，首先，我们试着用二进制数据来表示一个小数： 转换成以 2 为底的科学计数法： 从上面我们可以观察到，对于任何数来说，表示成二进制科学计数法后，都成以转换成 1.xxx（尾数） * 2 的 n 次方（指数）。 这里需要注意到的一点是，比如上图中的十进制小数0.6，表示成二进制后变成了以1001循环的无限循环小数。 这便是浮点数有精度问题的根源之一，在代码中声明的小数0.6，计算机底层其实是无法精确存储那个无限循环的二进制数的。 只能存入一个零舍一入（类似于十进制的四...

对于频繁增删map的场景，我们很关心map的内存是否会自动释放。 先说结论： 如果删除的元素是值类型，如int，float，bool，string以及数组和struct，map的内存不会自动释放 如果删除的元素是引用类型，如指针，slice，map，chan等，map的内存会自动释放，但释放的内存是子元素应用类型的内存占用 将map设置为nil后，内存被回收

一、简介 软件开发过程中 Code Review，Lint，QA 等手段都是为了提高软件质量，减少流入到线上的 Bug。在软件的生命周期中，维护的时间远远比开发花费的多。而排查线上服务问题的手段和在本地 Debug 有一些区别，本文介绍 Go 线上服务出现问题时如何排查。 二、预防、发现、止血 在介绍排查手段之前，首先明确对待线上问题的处理原则。 预防为主：通过架构层面的容错设计，以及代码层面编码规范，辅助测试发现 Bug，提高软件质量，把问题消灭在源头 及时发现：微服务架构下，分布式系统的观测性建设非常重要。日志，监控告警，链路追踪，可以在问题出现初期及时发现，避免扩大化 优先止血：当发现问题时，优先止血是第一要务，可以采取回滚或重启等手段。排查具体原因可以在尽可能保留现场的前提下抓取线上 Profile 后续分析，或者尝试线下复现。 三、典型问题 3.1 内存泄漏 内存泄漏根据现象分类有两种：1. 临时性泄漏 2. 永久性泄漏 临时性泄漏是应用代码临时申请大量内存，使用完后又释放，这在监控面板上体现为尖刺。 永久性泄漏是应用代码申请了大量内存没释放或持续申请，内存使用...

我们来仔细看下 cobra.Command 的定义，基本上所有命令相关的功能都定义在这个结构体里面了，我们忽略一些没有导出的成员,备注：因为西部数码的虚拟主机太垃圾，好多文字写进去被拦截了，有些地方中间加了空格。 type Command struct { // Use 表示用一句话来描述这个命令作用，这段话的第一个单词会被作为这个命令的名称 // 这个设置在子命令中生效，对于根命令则没有意义 Use string // Alias 可以用来给子命令定义别名，除了使用 Use 中的第一个单词作为子命令外，你还可以使用这个 Alias // 里面定义的任何一个名称作为子命令名称 Aliases []string // SuggestFor 定义一组提示命令，当输入匹配其中任何一个字符串的时候，会提示是否希望输入的为 'Use'中的第一个单词 命令 SuggestFor []string // Short 是用来在帮助信息位置显示的简短命令帮助 Short string // Long 是用来在使用命令 'help' 显示帮助信息时显示的长文字 Long str...

一、select简介         1、Go的select语句是一种仅能用于channl发送和接收消息的专用语句，此语句运行期间是阻塞的；当select中没有case语句的时候，会阻塞当前groutine。         2、select是Golang在语言层面提供的I/O多路复用的机制，其专门用来检测多个channel是否准备完毕：可读或可写。         3、select语句中除default外，每个case操作一个channel，要么读要么写         4、select语句中除default外，各case执行顺序是随机的         5、select语句中如果没有default语句，则会阻塞等待任一case         6、select语句中读操作要判断是否成功读取，关闭的channel也可以读取 二、用法例子                实例一：select语句中除default外，各case执行顺序是随机的 package main   import (     "fmt"     "time" )   func mai...

golang 中的 sync 包实现了两种锁： Mutex：互斥锁 RWMutex：读写锁，RWMutex 基于 Mutex 实现 锁的概念 　　某个协程（线程）在访问某个资源时先锁住，防止其它协程的访问，等访问完毕解锁后其他协程再来加锁进行访问。 Mutex（互斥锁） Mutex 为互斥锁，Lock() 加锁，Unlock() 解锁 在一个 goroutine 获得 Mutex 后，其他 goroutine 只能等到这个 goroutine 释放该 Mutex 使用 Lock() 加锁后，不能再继续对其加锁，直到利用 Unlock() 解锁后才能再加锁 在 Lock() 之前使用 Unlock() 会导致 panic 异常 已经锁定的 Mutex 并不与特定的 goroutine 相关联，这样可以利用一个 goroutine 对其加锁，再利用其他 goroutine 对其解锁 在同一个 goroutine 中的 Mutex 解锁之前再次进行加锁，会导致死锁 适用于读写不确定，并且只有一个读或写的场景 【读写次数没有明显的区别】 package main import ( ...

1.为什么设计成线程安全？ 不同协程通过channel 通信，本身使用场景就是多线程，为了保证数据一致性，必须实现线程安全。 2.如何实现线程安全的？ channel底层的实现中，hchan结构体中采用Mutex锁来保证数据读写安全，在对循环数组buf中的数据进行入队和出队的操作时，必须先获取互斥锁，才能操作channel数据。