golang线程安全

1.golang的map是线程安全的吗？怎么安全使用map

不安全，需要进行资源保护。
sync互斥锁，或者redis分布式锁

或者：这个字典类型提供了一些常用的键值存取操作方法，并保证了这些操作的并发安全
var ma sync.Map //该类型是开箱即用，只需要声明既可
ma.Store("key", "value") // 存储值
ma.Delete("key") //删除值
ma.LoadOrStore("key", "value")// 获取值，如果没有则存储
fmt.Println(ma.Load("key"))//获取值

//遍历
ma.Range(func(key, value interface{}) bool {
  fmt.Printf("key:%s ,value:%s \n", key, value)
  //如果返回：false，则退出循环，
  return true
})

2.线程独享什么，共享什么

堆：根据代码动态分配内存，频繁的new,delete造成空间不连续，从而产生大量碎片，使程序效率降低
栈：存放局部变量，由编译器自动管理，无需我们手工控制

共享：
	1.进程代码段
	2.进程的公有数据(利用这些共享的数据，线程很容易的实现相互之间的通讯)
	3.进程打开的文件描述符
	4.信号的处理器
	5.进程的当前目录
	6.进程用户ID与进程组ID
独享：
	当一个方法执行时，所有的变量和参数都会保存在堆栈中内存空间，这个空间是线程独享的，所以线程之间不会相互冲突。
	1.线程ID
	2.寄存器组的值
	3.线程的堆栈
	4.错误返回码
	5.线程的信号屏蔽码

3.进程状态转换

4.Log包线程安全吗？

安全，因为：
在输出的位置做了线程安全的保护，加了锁
l.mu.Lock()
defer l.mu.Unlock()

5.写的循环队列是不是线程安全?

channel上面实现的是线程安全

如果是切片实现，需要加锁实现线程安全。但是效率变低了
不是，怎么保证线程安全，加锁，效率有点低啊，Go推崇原子操作和channel

6.go协程线程安全吗

不安全，需要进行资源保护。
sync互斥锁，或者redis分布式锁

7.go为什么高并发好？go的调度模型

因为协程，go天生支持并发

GMP:
goroutine说到底其实就是协程，但是它比线程更小，几十个goroutine可能体现在底层就是五六个线程，Go语言内部帮你实现了这些goroutine之间的内存共享

8.Golang 中常用的并发模型

通过channel通知实现并发控制
通过sync包中的WaitGroup实现并发控制
在Go 1.7 以后引进的强大的Context上下文，实现并发控制

9.进程与线程

进程：资源单位（数据隔离）
线程：执行单位（数据共享）
​ ps:每个进程都自带一个线程，线程才是真正的执行单位，进程只是再线程中提供资源