支持==和！=操作就可以做key，实际上只有function、map、slice三个kind不支持作为key，因为只能和nil比较不能和另一个值比较。布尔、整型、浮点、复数、字符串、指针、channel等都可以做key。
成都创新互联-专业网站定制、快速模板网站建设、高性价比镜湖网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式镜湖网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖镜湖地区。费用合理售后完善，10余年实体公司更值得信赖。
map可以通过“comma ok”机制来获取该key是否存在，例如 _， ok ：= map[key] ，如果没有对应的值，ok为false。可以通过定义成 map[string]struct{} 的形式，值不再占用内存。其值仅有两种状态，有或无。
map.containsKey 判断是否存在key ，建议常常看java API文档.它最初被命名为Oak，目标设定在家用电器等小型系统的编程语言，来解决诸如电视机、Tel 、闹钟、烤面包机等家用电器的控制和通讯问题。
go10\src\sync\map.go entry分为三种情况：从read中读取key，如果key存在就tryStore。注意这里开始需要加锁，因为需要操作dirty。条目在read中，首先取消标记，然后将条目保存到dirty里。
Go 语言中读取 map 有两种语法：带 comma 和 不带 comma。当要查询的 key 不在 map 里，带 comma 的用法会返回一个 bool 型变量提示 key 是否在 map 中；而不带 comma 的语句则会返回一个 value 类型的零值。
并不是key0/value0/key1/value1的形式，这样做的好处是：在key和value的长度不同的时候，可 以消除padding(内存对齐)带来的空间浪费 。
sync.Map是9才推荐的并发安全的map，除了互斥量以外，还运用了原子操作，所以在这之前，有必要了解下 Go语言——原子操作 go10\src\sync\map.go entry分为三种情况：从read中读取key，如果key存在就tryStore。
M map[*Foo]bool } }]bool Sub的M字段不能做key，Sub就不能做key，Foo也就不能做key。总之想把一个数据结构用于map的key，就不能包含function、map和slice。
方法1止前sync.pool并没有这样的设置。方法2由于goroutine被分配到哪个P由调度器调度不可控，无法确保其平衡。由于不可控的GC导致生命周期过短，且池大小不可控，因而不适合作连接池。仅适用于增加对象重用机率，减少GC负担。
Go 由于不支持泛型而臭名昭著，但最近，泛型已接近成为现实。Go 团队实施了一个看起来比较稳定的设计草案，并且正以源到源翻译器原型的形式获得关注。本文讲述的是泛型的最新设计，以及如何自己尝试泛型。
所谓Go语言式的接口，就是不用显示声明类型T实现了接口I，只要类型T的公开方法完全满足接口I的要求，就可以把类型T的对象用在需要接口I的地方。
有好几次，当我想起来的时候，总是会问自己：我为什么要放弃Go语言？这个决定是正确的吗？是明智和理性的吗？其实我一直在认真思考这个问题。
1、注意这里开始需要加锁，因为需要操作dirty。条目在read中，首先取消标记，然后将条目保存到dirty里。（因为标记的数据不在dirty里）最后原子保存value到条目里面，这里注意read和dirty都有条目。
2、Go guan方在经过了长时间的讨论后，认为 Go map 更应适配典型使用场景(不需要从多个 goroutine 中进行安全访问)，而不是为了小部分情况(并发访问)，导致大部分程序付出加锁代价(性能)，决定了不支持。
3、一开始你只有一个主协程，如果子协程不启动，即便主协程让出了时间片，也没有可运行的子协程啊。交换顺序就是起到了先启动子协程的作用。
4、协程拿自己P里的子池对象不需要加锁，拿共享列表中的就需要加锁了。Get对象过程：Put过程：如何解决Get最坏情况遍历所有P才获取得对象呢：方法1止前sync.pool并没有这样的设置。
