那些我踩过的坑——并发请求时的全局变量

前言：这次的场景主要是，有一个接口产品说让改，需求也很简单，大概就是有一个map，那么这个map呢是一个全局变量(包内的全局变量，go语言环境)，然后需求呢是需要根据前端传入的日期参数来判断是否在2020-12-22，如果在2020-12-22以及以后的日期则需要改变这个map中某个key的value值，那么因为源代码不是我写的，是一个前同事写的，所以从我的角度出发肯定是希望直接改动这个map，这样我就可以不碰源代码需求就做完了。所以我很开心的在接口逻辑的最前面加了一个判断，大概逻辑如下(伪代码)：

if(date >= 2020-12-22){
	map[key] = newValue
}

改完之后我很开心的上测试环境测试，但是就是在测试的过程中发现这个接口时不时的会报错，经过我的分析我发现，当进入这个页面的时候，前端会同时调用这个接口的二十多次，然后呢这又是一个全局变量的map，学过go语言的同学都知道go里面的map是线程不安全的。然后呢我还在并发的情况下对这个map进行了修改操作(也就是写操作)。

哇我又很开心因为好不容易找到了问题所在，然后针对这个问题呢，我采取的措施是在接口方法内用一个局部变量复制一下这个全局变量，所以我采用一下写法。

m := map
if(date >= 2020-12-22){
	m[key] = newValue
}

然后这样上测试环境发现还是会报错，这时候我同事给了我一个提示，你可以看看是不是深拷贝，如果不是这种情况其实还是并发的对map进行写操作。
然后我立马上网搜索了相关资料(建议大家去看我引用的博客个人感觉写的不错)
go语言中的深浅拷贝: 相关资料

1、深拷贝（Deep Copy）：
拷贝的是数据本身，创造一个样的新对象，新创建的对象与原对象不共享内存，新创建的对象在内存中开辟一个新的内存地址，新对象值修改时不会影响原对象值。既然内存地址不同，释放内存地址时，可分别释放。
值类型的数据，默认全部都是深复制，Array、Int、String、Struct、Float，Bool。
2、浅拷贝（Shallow Copy）：
拷贝的是数据地址，只复制指向的对象的指针，此时新对象和老对象指向的内存地址是一样的，新对象值修改时老对象也会变化。释放内存地址时，同时释放内存地址。
引用类型的数据，默认全部都是浅复制，Slice，Map。

细心的同学肯定注意到了在go里面 map默认是浅拷贝，那么在上面那种写法下我不还是等于并发的对map进行了写操作吗？

于是乎我立马把对这个map的拷贝由浅拷贝替换成深拷贝，解决了问题。

留给大家一个思考题吧——go里面map如何实现深拷贝？