锐客网

  1. 首页 > 生活百科 > it技术 > >

go语言底层数据解析 go 语言 gui

IT技术类型

讲讲go语言的结构体作为C语言家族的一员，go和c一样也支持结构体 。可以类比于java的一个POJO 。
在学习定义结构体之前，先学习下定义一个新类型 。
新类型 T1 是基于 Go 原生类型 int 定义的新自定义类型，而新类型 T2 则是 基于刚刚定义的类型 T1，定义的新类型 。
这里要引入一个底层类型的概念 。
如果一个新类型是基于某个 Go 原生类型定义的 ， 那么我们就叫 Go 原生类型为新类型的底层类型
在上面的例子中 ， int就是T1的底层类型 。
但是T1不是T2的底层类型，只有原生类型才可以作为底层类型 ， 所以T2的底层类型还是int
底层类型是很重要的，因为对两个变量进行显式的类型转换 ， 只有底层类型相同的变量间才能相互转换 。底层类型是判断两个类型本质上是否相同的根本 。
这种类型定义方式通常用在 项目的渐进式重构，还有对已有包的二次封装方面
类型别名表示新类型和原类型完全等价，实际上就是同一种类型 。只不过名字不同而已 。
一般我们都是定义一个有名的结构体 。
字段名的大小写决定了字段是否包外可用 。只有大写的字段可以被包外引用 。
还有一个点提一下
如果换行来写
Age: 66,后面这个都好不能省略
还有一个点，观察e3的赋值
new返回的是一个指针 。然后指针可以直接点号赋值 。这说明go默认进行了取值操作
e3.Age等价于(*e3).Age
如上定义了一个空的结构体Empty 。打印了元素e的内存大小是0 。
有什么用呢？
基于空结构体类型内存零开销这样的特性 ， 我们在日常 Go 开发中会经常使用空 结构体类型元素，作为一种“事件”信息进行 Goroutine 之间的通信
这种以空结构体为元素类建立的 channel ， 是目前能实现的、内存占用最小的 Goroutine 间通信方式 。
这种形式需要说的是几个语法糖 。
语法糖1：
对于结构体字段，可以省略字段名，只写结构体名 。默认字段名就是结构体名
这种方式称为 嵌入字段
语法糖2：
如果是以嵌入字段形式写的结构体
可以省略嵌入的Reader字段 ， 而直接访问ReaderName
此时book是一个各个属性全是对应类型零值的一个实例 。不是nil 。这种情况在Go中称为零值可用 。不像java会导致npe
结构体定义时可以在字段后面追加标签说明 。
tag的格式为反单引号
tag的作用是可以使用[反射]来检视字段的标签信息 。
具体的作用还要看使用的场景 。
比如这里的tag是为了帮助encoding/json标准包在解析对象时可以利用的规则 。比如omitempty表示该字段没有值就不打印出来 。
没有类，C语言有结构体，那么Go的结构体有什么特别之处？ Go语言中没有“类”的概念，也不支持“类”的继承等面向对象的概念 。Go语言中通过结构体的内嵌再配合接口比面向对象具有更高的扩展性和灵活性 。
自定义类型
在Go语言中有一些基本的数据类型，如string、整型、浮点型、布尔等数据类型，Go语言中可以使用type关键字来定义自定义类型 。
自定义类型是定义了一个全新的类型 。我们可以基于内置的基本类型定义 ， 也可以通过struct定义 。例如：
通过Type关键字的定义，MyInt就是一种新的类型，它具有int的特性 。
类型别名
类型别名是Go1.9版本添加的新功能 。
【go语言底层数据解析 go 语言 gui】 类型别名规定：TypeAlias只是Type的别名，本质上TypeAlias与Type是同一个类型 。就像一个孩子小时候有小名、乳名，上学后用学名 ， 英语老师又会给他起英文名，但这些名字都指的是他本人 。
type TypeAlias = Type
我们之前见过的rune和byte就是类型别名，他们的定义如下：
类型定义和类型别名的区别
类型别名与类型定义表面上看只有一个等号的差异，我们通过下面的这段代码来理解它们之间的区别 。
结果显示a的类型是main.NewInt，表示main包下定义的NewInt类型 。b的类型是int 。MyInt类型只会在代码中存在，编译完成时并不会有MyInt类型 。
Go语言中的基础数据类型可以表示一些事物的基本属性，但是当我们想表达一个事物的全部或部分属性时，这时候再用单一的基本数据类型明显就无法满足需求了，Go语言提供了一种自定义数据类型 ， 可以封装多个基本数据类型，这种数据类型叫结构体，英文名称struct 。也就是我们可以通过struct来定义自己的类型了 。
Go语言中通过struct来实现面向对象 。
结构体的定义
使用type和struct关键字来定义结构体 ， 具体代码格式如下：
其中：
举个例子 ， 我们定义一个Person（人）结构体 ， 代码如下：
同样类型的字段也可以写在一行，
这样我们就拥有了一个person的自定义类型，它有name、city、age三个字段 ， 分别表示姓名、城市和年龄 。这样我们使用这个person结构体就能够很方便的在程序中表示和存储人信息了 。
语言内置的基础数据类型是用来描述一个值的，而结构体是用来描述一组值的 。比如一个人有名字、年龄和居住城市等，本质上是一种聚合型的数据类型
结构体实例化
只有当结构体实例化时，才会真正地分配内存 。也就是必须实例化后才能使用结构体的字段 。
基本实例化
举个例子：
我们通过.来访问结构体的字段（成员变量）,例如p1.name和p1.age等 。
匿名结构体
在定义一些临时数据结构等场景下还可以使用匿名结构体 。
创建指针类型结构体
我们还可以通过使用new关键字对结构体进行实例化，得到的是结构体的地址 。格式如下：
从打印的结果中我们可以看出p2是一个结构体指针 。
需要注意的是在Go语言中支持对结构体指针直接使用.来访问结构体的成员 。
取结构体的地址实例化
使用对结构体进行取地址操作相当于对该结构体类型进行了一次new实例化操作 。
p3.name = "七米"其实在底层是(*p3).name = "七米"，这是Go语言帮我们实现的语法糖 。
结构体初始化
没有初始化的结构体，其成员变量都是对应其类型的零值 。
使用键值对初始化
使用键值对对结构体进行初始化时，键对应结构体的字段，值对应该字段的初始值 。
也可以对结构体指针进行键值对初始化 ， 例如：
当某些字段没有初始值的时候，该字段可以不写 。此时，没有指定初始值的字段的值就是该字段类型的零值 。
使用值的列表初始化
初始化结构体的时候可以简写，也就是初始化的时候不写键，直接写值：
使用这种格式初始化时，需要注意：
结构体内存布局
结构体占用一块连续的内存 。
输出：
【进阶知识点】关于Go语言中的内存对齐推荐阅读:在 Go 中恰到好处的内存对齐
面试题
请问下面代码的执行结果是什么？
构造函数
Go语言的结构体没有构造函数，我们可以自己实现 。例如 ， 下方的代码就实现了一个person的构造函数 。因为struct是值类型，如果结构体比较复杂的话，值拷贝性能开销会比较大，所以该构造函数返回的是结构体指针类型 。
调用构造函数
方法和接收者
Go语言中的方法（Method）是一种作用于特定类型变量的函数 。这种特定类型变量叫做接收者（Receiver） 。接收者的概念就类似于其他语言中的this或者 self 。
方法的定义格式如下：
其中，
举个例子：
方法与函数的区别是，函数不属于任何类型 ， 方法属于特定的类型 。
指针类型的接收者
指针类型的接收者由一个结构体的指针组成，由于指针的特性 ， 调用方法时修改接收者指针的任意成员变量，在方法结束后，修改都是有效的 。这种方式就十分接近于其他语言中面向对象中的this或者self 。例如我们为Person添加一个SetAge方法，来修改实例变量的年龄 。
调用该方法：
值类型的接收者
当方法作用于值类型接收者时，Go语言会在代码运行时将接收者的值复制一份 。在值类型接收者的方法中可以获取接收者的成员值，但修改操作只是针对副本 ， 无法修改接收者变量本身 。
什么时候应该使用指针类型接收者
任意类型添加方法
在Go语言中，接收者的类型可以是任何类型 ， 不仅仅是结构体，任何类型都可以拥有方法 。举个例子，我们基于内置的int类型使用type关键字可以定义新的自定义类型 ， 然后为我们的自定义类型添加方法 。
注意事项：非本地类型不能定义方法 ， 也就是说我们不能给别的包的类型定义方法 。
结构体的匿名字段
匿名字段默认采用类型名作为字段名，结构体要求字段名称必须唯一 ， 因此一个结构体中同种类型的匿名字段只能有一个 。
嵌套结构体
一个结构体中可以嵌套包含另一个结构体或结构体指针 。
嵌套匿名结构体
当访问结构体成员时会先在结构体中查找该字段，找不到再去匿名结构体中查找 。
嵌套结构体的字段名冲突
嵌套结构体内部可能存在相同的字段名 。这个时候为了避免歧义需要指定具体的内嵌结构体的字段 。
结构体的“继承”
Go语言中使用结构体也可以实现其他编程语言中面向对象的继承 。
结构体字段的可见性
结构体中字段大写开头表示可公开访问，小写表示私有（仅在定义当前结构体的包中可访问） 。
结构体与JSON序列化
JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式 。易于人阅读和编写 。同时也易于机器解析和生成 。JSON键值对是用来保存JS对象的一种方式，键/值对组合中的键名写在前面并用双引号""包裹 ， 使用冒号:分隔，然后紧接着值；多个键值之间使用英文,分隔 。
结构体标签（Tag）
Tag是结构体的元信息，可以在运行的时候通过反射的机制读取出来 。Tag在结构体字段的后方定义，由一对反引号包裹起来，具体的格式如下：
`key1:"value1" key2:"value2"`
结构体标签由一个或多个键值对组成 。键与值使用冒号分隔，值用双引号括起来 。键值对之间使用一个空格分隔 。注意事项：为结构体编写Tag时，必须严格遵守键值对的规则 。结构体标签的解析代码的容错能力很差，一旦格式写错 ， 编译和运行时都不会提示任何错误，通过反射也无法正确取值 。例如不要在key和value之间添加空格 。
例如我们为Student结构体的每个字段定义json序列化时使用的Tag：
彻底理解Golang Map 本文目录如下，阅读本文后，将一网打尽下面Golang Map相关面试题
Go中的map是一个指针 ， 占用8个字节，指向hmap结构体;源码 src/runtime/map.go 中可以看到map的底层结构
每个map的底层结构是hmap，hmap包含若干个结构为bmap的bucket数组 。每个bucket底层都采用链表结构 。接下来，我们来详细看下map的结构
bmap就是我们常说的“桶” ， 一个桶里面会最多装 8 个 key，这些 key 之所以会落入同一个桶，是因为它们经过哈希计算后，哈希结果是“一类”的 ， 关于key的定位我们在map的查询和插入中详细说明 。在桶内，又会根据 key 计算出来的 hash 值的高 8 位来决定 key 到底落入桶内的哪个位置（一个桶内最多有8个位置) 。
bucket内存数据结构可视化如下：
注意到 key 和 value 是各自放在一起的，并不是key/value/key/value/...这样的形式 。源码里说明这样的好处是在某些情况下可以省略掉 padding字段，节省内存空间 。
当 map 的 key 和 value 都不是指针 ， 并且 size 都小于 128 字节的情况下 ， 会把 bmap 标记为不含指针，这样可以避免 gc 时扫描整个 hmap 。但是，我们看 bmap 其实有一个 overflow 的字段，是指针类型的，破坏了 bmap 不含指针的设想，这时会把 overflow 移动到 extra 字段来 。
map是个指针，底层指向hmap，所以是个引用类型
golang 有三个常用的高级类型 slice 、map、channel,它们都是 引用类型 ， 当引用类型作为函数参数时 ， 可能会修改原内容数据 。
golang 中没有引用传递，只有值和指针传递 。所以 map 作为函数实参传递时本质上也是值传递，只不过因为 map 底层数据结构是通过指针指向实际的元素存储空间，在被调函数中修改 map ， 对调用者同样可见 ， 所以 map 作为函数实参传递时表现出了引用传递的效果 。
因此，传递 map 时，如果想修改map的内容而不是map本身，函数形参无需使用指针
map底层数据结构是通过指针指向实际的元素 存储空间，这种情况下，对其中一个map的更改 ， 会影响到其他map
map 在没有被修改的情况下，使用 range 多次遍历 map 时输出的 key 和 value 的顺序可能不同 。这是 Go 语言的设计者们有意为之，在每次 range 时的顺序被随机化，旨在提示开发者们 ， Go 底层实现并不保证 map 遍历顺序稳定 ， 请大家不要依赖 range 遍历结果顺序 。
map 本身是无序的，且遍历时顺序还会被随机化，如果想顺序遍历 map，需要对 map key 先排序，再按照 key 的顺序遍历 map 。
map默认是并发不安全的，原因如下：
Go 官方在经过了长时间的讨论后，认为 Go map 更应适配典型使用场景（不需要从多个 goroutine 中进行安全访问），而不是为了小部分情况（并发访问），导致大部分程序付出加锁代价（性能），决定了不支持 。
场景:2个协程同时读和写，以下程序会出现致命错误：fatal error: concurrent map writes
如果想实现map线程安全 ， 有两种方式：
方式一：使用读写锁mapsync.RWMutex
方式二：使用golang提供的sync.Map
sync.map是用读写分离实现的，其思想是空间换时间 。和map RWLock的实现方式相比，它做了一些优化：可以无锁访问read map，而且会优先操作read map，倘若只操作read map就可以满足要求(增删改查遍历)，那就不用去操作write map(它的读写都要加锁)，所以在某些特定场景中它发生锁竞争的频率会远远小于map RWLock的实现方式 。
golang中map是一个kv对集合 。底层使用hash table ， 用链表来解决冲突 ， 出现冲突时，不是每一个key都申请一个结构通过链表串起来，而是以bmap为最小粒度挂载 ， 一个bmap可以放8个kv 。在哈希函数的选择上 ， 会在程序启动时，检测 cpu 是否支持 aes，如果支持 ， 则使用 aes hash ， 否则使用 memhash 。
map有3钟初始化方式，一般通过make方式创建
map的创建通过生成汇编码可以知道，make创建map时调用的底层函数是 runtime.makemap。如果你的map初始容量小于等于8会发现走的是 runtime.fastrand 是因为容量小于8时不需要生成多个桶，一个桶的容量就可以满足
makemap函数会通过fastrand创建一个随机的哈希种子，然后根据传入的hint计算出需要的最小需要的桶的数量，最后再使用makeBucketArray 创建用于保存桶的数组 ， 这个方法其实就是根据传入的B计算出的需要创建的桶数量在内存中分配一片连续的空间用于存储数据 ， 在创建桶的过程中还会额外创建一些用于保存溢出数据的桶，数量是2^(B-4)个 。初始化完成返回hmap指针 。
找到一个 B ， 使得 map 的装载因子在正常范围内
Go 语言中读取 map 有两种语法：带 comma 和 不带 comma 。当要查询的 key 不在 map 里，带 comma 的用法会返回一个 bool 型变量提示 key 是否在 map 中；而不带 comma 的语句则会返回一个 value 类型的零值 。如果 value 是 int 型就会返回 0，如果 value 是 string 类型，就会返回空字符串 。
map的查找通过生成汇编码可以知道，根据 key 的不同类型 ， 编译器会将查找函数用更具体的函数替换，以优化效率：
函数首先会检查 map 的标志位 flags 。如果 flags 的写标志位此时被置 1 了，说明有其他协程在执行“写”操作，进而导致程序 panic 。这也说明了 map 对协程是不安全的 。
key经过哈希函数计算后，得到的哈希值如下（主流64位机下共 64 个 bit 位）：
m: 桶的个数
从buckets 通过 hashm 得到对应的bucket ， 如果bucket正在扩容 ， 并且没有扩容完成，则从oldbuckets得到对应的bucket
计算hash所在桶编号：
用上一步哈希值最后的 5 个 bit 位，也就是01010，值为 10，也就是 10 号桶（范围是0~31号桶）
计算hash所在的槽位:
用上一步哈希值哈希值的高8个bit 位，也就是 10010111，转化为十进制，也就是151，在 10 号 bucket 中寻找** tophash 值（HOB hash）为 151* 的 槽位**，即为key所在位置，找到了 2 号槽位，这样整个查找过程就结束了 。
如果在 bucket 中没找到，并且 overflow 不为空，还要继续去 overflow bucket 中寻找，直到找到或是所有的 key 槽位都找遍了，包括所有的 overflow bucket 。
通过上面找到了对应的槽位，这里我们再详细分析下key/value值是如何获取的：
bucket 里 key 的起始地址就是 unsafe.Pointer(b) dataOffset 。第 i 个 key 的地址就要在此基础上跨过 i 个 key 的大?。欢颐怯种溃瑅alue 的地址是在所有 key 之后，因此第 i 个 value 的地址还需要加上所有 key 的偏移 。
通过汇编语言可以看到，向 map 中插入或者修改 key ， 最终调用的是mapassign函数 。
实际上插入或修改 key 的语法是一样的，只不过前者操作的 key 在 map 中不存在，而后者操作的 key 存在 map 中 。
mapassign 有一个系列的函数，根据 key 类型的不同，编译器会将其优化为相应的“快速函数” 。
我们只用研究最一般的赋值函数mapassign。
map的赋值会附带着map的扩容和迁移，map的扩容只是将底层数组扩大了一倍，并没有进行数据的转移，数据的转移是在扩容后逐步进行的，在迁移的过程中每进行一次赋值（access或者delete）会至少做一次迁移工作 。
1.判断map是否为nil
每一次进行赋值/删除操作时，只要oldbuckets != nil 则认为正在扩容，会做一次迁移工作，下面会详细说下迁移过程
根据上面查找过程，查找key所在位置，如果找到则更新，没找到则找空位插入即可
经过前面迭代寻找动作，若没有找到可插入的位置，意味着需要扩容进行插入 ， 下面会详细说下扩容过程
通过汇编语言可以看到，向 map 中删除 key，最终调用的是mapdelete函数
删除的逻辑相对比较简单，大多函数在赋值操作中已经用到过 ， 核心还是找到 key 的具体位置 。寻找过程都是类似的 ， 在 bucket 中挨个 cell 寻找 。找到对应位置后，对 key 或者 value 进行“清零”操作 ， 将 count 值减 1，将对应位置的 tophash 值置成Empty
再来说触发 map 扩容的时机：在向 map 插入新 key 的时候，会进行条件检测，符合下面这 2 个条件 ， 就会触发扩容：
1、装载因子超过阈值
源码里定义的阈值是 6.5 (loadFactorNum/loadFactorDen)，是经过测试后取出的一个比较合理的因子
我们知道，每个 bucket 有 8 个空位，在没有溢出，且所有的桶都装满了的情况下，装载因子算出来的结果是 8 。因此当装载因子超过 6.5 时，表明很多 bucket 都快要装满了 ， 查找效率和插入效率都变低了 。在这个时候进行扩容是有必要的 。
对于条件 1，元素太多，而 bucket 数量太少，很简单：将 B 加 1 ， bucket 最大数量( 2^B )直接变成原来 bucket 数量的 2 倍 。于是 ， 就有新老 bucket 了 。注意 ， 这时候元素都在老 bucket 里，还没迁移到新的 bucket 来 。新 bucket 只是最大数量变为原来最大数量的 2 倍( 2^B * 2 )。
2、overflow 的 bucket 数量过多
在装载因子比较小的情况下，这时候 map 的查找和插入效率也很低，而第 1 点识别不出来这种情况 。表面现象就是计算装载因子的分子比较?。?即 map 里元素总数少 ， 但是 bucket 数量多（真实分配的 bucket 数量多，包括大量的 overflow bucket）
不难想像造成这种情况的原因：不停地插入、删除元素 。先插入很多元素，导致创建了很多 bucket，但是装载因子达不到第 1 点的临界值，未触发扩容来缓解这种情况 。之后，删除元素降低元素总数量，再插入很多元素，导致创建很多的 overflow bucket，但就是不会触发第 1 点的规定，你能拿我怎么办？overflow bucket 数量太多，导致 key 会很分散，查找插入效率低得吓人，因此出台第 2 点规定 。这就像是一座空城 ， 房子很多 ， 但是住户很少 ， 都分散了，找起人来很困难
对于条件 2，其实元素没那么多，但是 overflow bucket 数特别多，说明很多 bucket 都没装满 。解决办法就是开辟一个新 bucket 空间，将老 bucket 中的元素移动到新 bucket，使得同一个 bucket 中的 key 排列地更紧密 。这样，原来 ， 在 overflow bucket 中的 key 可以移动到 bucket 中来 。结果是节省空间，提高 bucket 利用率 ， map 的查找和插入效率自然就会提升 。
由于 map 扩容需要将原有的 key/value 重新搬迁到新的内存地址，如果有大量的 key/value 需要搬迁，会非常影响性能 。因此 Go map 的扩容采取了一种称为“渐进式”的方式，原有的 key 并不会一次性搬迁完毕，每次最多只会搬迁 2 个 bucket 。
上面说的hashGrow()函数实际上并没有真正地“搬迁”，它只是分配好了新的 buckets，并将老的 buckets 挂到了 oldbuckets 字段上 。真正搬迁 buckets 的动作在growWork()函数中，而调用growWork()函数的动作是在 mapassign 和 mapdelete 函数中 。也就是插入或修改、删除 key 的时候 ， 都会尝试进行搬迁 buckets 的工作 。先检查 oldbuckets 是否搬迁完毕，具体来说就是检查 oldbuckets 是否为 nil 。
如果未迁移完毕，赋值/删除的时候，扩容完毕后（预分配内存），不会马上就进行迁移 。而是采取 增量扩容 的方式，当有访问到具体 bukcet 时，才会逐渐的进行迁移（将 oldbucket 迁移到 bucket）
nevacuate 标识的是当前的进度 ， 如果都搬迁完，应该和2^B的长度是一样的
在evacuate 方法实现是把这个位置对应的bucket，以及其冲突链上的数据都转移到新的buckets上 。
转移的判断直接通过tophash 就可以，判断tophash中第一个hash值即可
遍历的过程，就是按顺序遍历 bucket ， 同时按顺序遍历 bucket 中的 key 。
map遍历是无序的，如果想实现有序遍历，可以先对key进行排序
为什么遍历 map 是无序的？
如果发生过迁移，key 的位置发生了重大的变化，有些 key 飞上高枝，有些 key 则原地不动 。这样 ， 遍历 map 的结果就不可能按原来的顺序了 。
如果就一个写死的 map ， 不会向 map 进行插入删除的操作，按理说每次遍历这样的 map 都会返回一个固定顺序的 key/value 序列吧 。但是 Go 杜绝了这种做法，因为这样会给新手程序员带来误解 ， 以为这是一定会发生的事情，在某些情况下 ， 可能会酿成大错 。
Go 做得更绝，当我们在遍历 map 时，并不是固定地从 0 号 bucket 开始遍历，每次都是从一个**随机值序号的 bucket开始遍历，并且是从这个 bucket 的一个 随机序号的 cell **开始遍历 。这样，即使你是一个写死的 map，仅仅只是遍历它，也不太可能会返回一个固定序列的 key/value 对了 。
goland map底层原理map 是Go语言中基础的数据结构，在日常的使用中经常被用到 。但是它底层是如何实现的呢？
总体来说golang的map是hashmap ， 是使用数组 链表的形式实现的，使用拉链法消除hash冲突 。
golang的map由两种重要的结构，hmap和bmap(下文中都有解释)，主要就是hmap中包含一个指向bmap数组的指针，key经过hash函数之后得到一个数，这个数低位用于选择bmap(当作bmap数组指针的下表)，高位用于放在bmap的[8]uint8数组中，用于快速试错 。然后一个bmap可以指向下一个bmap(拉链) 。
Golang中map的底层实现是一个散列表，因此实现map的过程实际上就是实现散表的过程 。在这个散列表中，主要出现的结构体有两个 ， 一个叫 hmap (a header for a go map)，一个叫 bmap (a bucket for a Go map ， 通常叫其bucket) 。这两种结构的样子分别如下所示：
hmap :
图中有很多字段，但是便于理解map的架构，你只需要关心的只有一个，就是标红的字段： buckets数组。Golang的map中用于存储的结构是bucket数组 。而bucket(即bmap)的结构是怎样的呢？
bucket ：
相比于hmap，bucket的结构显得简单一些，标红的字段依然是“核心”，我们使用的map中的key和value就存储在这里 。“高位哈希值”数组记录的是当前bucket中key相关的“索引”，稍后会详细叙述 。还有一个字段是一个指向扩容后的bucket的指针，使得bucket会形成一个链表结构 。例如下图：
由此看出hmap和bucket的关系是这样的：
而bucket又是一个链表，所以，整体的结构应该是这样的：
哈希表的特点是会有一个哈希函数，对你传来的key进行哈希运算，得到唯一的值，一般情况下都是一个数值 。Golang的map中也有这么一个哈希函数，也会算出唯一的值 ， 对于这个值的使用，Golang也是很有意思 。
Golang把求得的值按照用途一分为二：高位和低位 。
如图所示，蓝色为高位，红色为低位 。然后低位用于寻找当前key属于hmap中的哪个bucket，而高位用于寻找bucket中的哪个key 。上文中提到：bucket中有个属性字段是“高位哈希值”数组，这里存的就是蓝色的高位值 ， 用来声明当前bucket中有哪些“key” ， 便于搜索查找 。需要特别指出的一点是：我们map中的key/value值都是存到同一个数组中的 。数组中的顺序是这样的:
并不是key0/value0/key1/value1的形式 ， 这样做的好处是：在key和value的长度不同的时候，可 以消除padding(内存对齐)带来的空间浪费。
现在，我们可以得到Go语言map的整个的结构图了：(hash结果的低位用于选择把KV放在bmap数组中的哪一个bmap中，高位用于key的快速预览，用于快速试错)
map的扩容
当以上的哈希表增长的时候，Go语言会将bucket数组的数量扩充一倍，产生一个新的bucket数组，并将旧数组的数据迁移至新数组 。
加载因子
判断扩充的条件，就是哈希表中的加载因子(即loadFactor) 。
加载因子是一个阈值，一般表示为：散列包含的元素数 除以 位置总数 。是一种“产生冲突机会”和“空间使用”的平衡与折中：加载因子越?。得骺占淇罩寐矢?nbsp;， 空间使用率小，但是加载因子越大，说明空间利用率上去了，但是“产生冲突机会”高了 。
每种哈希表的都会有一个加载因子，数值超过加载因子就会为哈希表扩容 。
Golang的map的加载因子的公式是：map长度 / 2^B(这是代表bmap数组的长度 ， B是取的低位的位数)阈值是6.5 。其中B可以理解为已扩容的次数 。
当Go的map长度增长到大于加载因子所需的map长度时，Go语言就会将产生一个新的bucket数组 ， 然后把旧的bucket数组移到一个属性字段oldbucket中 。注意：并不是立刻把旧的数组中的元素转义到新的bucket当中，而是，只有当访问到具体的某个bucket的时候，会把bucket中的数据转移到新的bucket中 。
如下图所示：当扩容的时候，Go的map结构体中，会保存旧的数据，和新生成的数组
上面部分代表旧的有数据的bucket，下面部分代表新生成的新的bucket 。蓝色代表存有数据的bucket，橘黄色代表空的bucket 。
扩容时map并不会立即把新数据做迁移 ， 而是当访问原来旧bucket的数据的时候，才把旧数据做迁移 ， 如下图：
注意：这里并不会直接删除旧的bucket ， 而是把原来的引用去掉，利用GC清除内存 。
map中数据的删除
如果理解了map的整体结构，那么查找、更新、删除的基本步骤应该都很清楚了 。这里不再赘述 。
值得注意的是，找到了map中的数据之后，针对key和value分别做如下操作：
1
2
3
4
1、如果``key``是一个指针类型的，则直接将其置为空，等待GC清除；
2、如果是值类型的，则清除相关内存 。
3、同理，对``value``做相同的操作 。
4、最后把key对应的高位值对应的数组index置为空 。
关于go语言底层数据解析和go 语言 gui的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站 。

    推荐阅读


    上一篇：redis客户端如何使用 redis客户端插件

    下一篇：虚拟机启动主机断网命令，虚拟机断网重连