GC到底清理的是什么？ Golang是函数式编程语言，如果是函数内定义的临时变量，在函数退出时会被自动清理掉不需要GC参与；如果使用了指针，那么即使函数退出了也不会将其清理，这个时候就需要全局的GC来清扫。 对于cache组件来说，存储的对象比较多，本质上就是一个大的哈希表，如果GC要去扫描这些对象的话可能会造成大量的延迟，因此我们不需要GC来扫描它们。 利用 Go 1.5+ 的特性：当 m

1. 前言 上周工作之余逛github看到一个本地缓存库bigcache，这个是allegro公司开源的一个项目，主要是用于本地缓存使用，根据他们的博客说明，他们编写这个库最初的目的就是实现一个非常快速的缓存服务。 看了下bigcache这个库的源码，这个库主要在两个方面进行了一定的创新： 并发性 缓存获取的时候会产生并发，会涉及锁的争用问题，bigcache通过分片的机制解决了并发的问题

项目地址 BigCache 是一个快速，支持并发访问，自淘汰的内存型缓存，可以在存储大量元素时依然保持高性能。BigCache将元素保存在堆上却避免了GC的开销。 背景介绍 BigCache的作者在项目里遇到了如下的需求： 支持http协议支持 10 k 10k 10kRPS ，其中读写各占一半cache缓存至少 10 10 10分钟平均 r t = 5 m s , p 99 < = 10