Go中使用sync.Map实现线程安全的缓存
mhr18 2025-08-02 20:00 2 浏览 0 评论
不依赖外部库,在Go中实现自己的线程安全缓存
照片来源:Possessed Photography 在 Unsplash
缓存是优化现代应用程序性能的关键方面。它允许您存储并快速检索昂贵操作的结果或经常访问的数据,减少了反复重新计算或获取数据的需要。在本文中,我们将探讨如何使用sync.Map包在Go中实现线程安全的缓存。这种缓存实现支持缓存条目的过期,确保过时的数据不会滞留在缓存中。
为什么要费心
在我们开始实现自己的线程安全内存缓存之前,让我们考虑一下其优缺点。考虑到替代方案是使用为缓存而发明的、有长期使用和支持历史的外部库(工具),让我们思考一下优点和缺点。
使用Go的sync.Map实现自己的线程安全缓存相比使用像Redis这样的外部库有几个优点,这取决于您的用例和要求。以下是使用sync.Map创建自己的缓存可能有优势的一些原因:
- 更低的延迟:使用像sync.Map这样的内存缓存时,数据存储在应用程序的内存中。这可能导致比需要应用程序和缓存服务之间的网络通信的单独服务,如Redis,有更低的访问延迟。
- 更简单的部署:使用基于sync.Map的缓存,无需部署、配置和维护像Redis这样的额外服务。您的缓存解决方案是应用程序的一部分,使部署过程更简单,并可能减少操作复杂性。
- 减少资源使用:与像Redis这样的外部服务相比,使用sync.Map的内存缓存通常消耗更少的资源,从而节省了内存和CPU使用。这对于小规模的应用程序或资源紧张的应用程序可能更加经济高效。
- 更容易集成:在Go应用程序中直接使用sync.Map实现缓存可以更容易地与现有的代码库集成。您不需要学习新的API或管理到外部服务的连接。
- 定制性:创建自己的缓存实现时,您可以完全控制其行为和功能。您可以轻松地根据具体需求调整缓存,针对您的用例进行优化,并根据需要添加自定义过期策略或其他功能。
- 乐趣:创建实现缓存的自己的代码段会带来很多乐趣,并帮助更好地理解提供缓存功能的外部库。更好地理解它们有助于更好地利用它们提供的所有功能。
但是,值得注意的是,使用像Redis这样的外部缓存解决方案对于较大规模的应用程序或那些有更复杂的缓存需求的应用程序有其自身的一系列优势。使用Redis的一些好处包括:
- 可扩展性:Redis设计用于高性能,并可以水平扩展以处理大量请求和数据大小。
- 持久性:Redis支持不同级别的数据持久性,确保您的缓存数据在重启或崩溃后仍然存在。
- 高级功能:除了简单的键值缓存外,Redis还提供了一系列功能,如数据结构、发布/订阅消息等。
最终,选择使用sync.Map实现自己的缓存还是使用像Redis这样的外部库将取决于您的具体需求、应用程序的规模以及您在性能、复杂性和资源方面愿意做的权衡。
此外,实现您的缓存会带来乐趣并帮助更好地理解像Redis这样的更复杂的产品。因此,我们将在此文章中实现一个。
为什么我们使用sync.Map
简单地说,因为它完美地满足了我们的需要。更深入的解释 - sync.Map是Go标准库中的一个并发的、线程安全的map实现。它设计用于在多个goroutine并发访问映射的情况下使用,并且键的数量是未知的或随时间变化的。
值得注意的是,虽然sync.Map是特定用例的一个很好的选择,但它并不意味着要替换所有场景的内置map类型。特别是,sync.Map最适合以下情况:
- 映射主要是读取密集型,偶尔写入。
- 键的数量随时间变化或事先不知道。
- 映射由多个goroutine并发访问。
在键的数量是固定的或事先知道的情况下,且映射可以预先分配,使用适当的同步如sync.Mutex或sync.RWMutex的内置map类型可能会提供更好的性能。
创建SafeCache
如上所述,我们的SafeCache是一个简单的、线程安全的缓存,使用Go的sync.Map存储其键值对。
首先,我们定义一个CacheEntry结构来保存值及其过期时间戳:
type CacheEntry struct {
value interface{}
expiration int64
}
在SafeCache结构中嵌入了一个sync.Map,它提供了对键值对的并发安全访问:
type SafeCache struct {
syncMap sync.Map
}
向缓存中添加值
然后我们定义了一个 Set 方法,该方法允许我们在缓存中存储一个带有指定生存时间(TTL,Time To Live)的值。TTL 决定了缓存条目应被认为有效的时间长度。一旦 TTL 过期,在下一个清理周期中将会移除该缓存条目。
func (sc *SafeCache) Set(key string, value interface{}, ttl time.Duration) {
expiration := time.Now().Add(ttl).UnixNano()
sc.syncMap.Store(key, CacheEntry{value: value, expiration: expiration})
}
从缓存中检索值
接下来需要的方法是 Get,它使用键从缓存中检索值。如果没有找到该值或该值已过期,该方法将返回 false:
func (sc *SafeCache) Get(key string) (interface{}, bool) {
// ... (see the provided code for the full implementation)
}
在 Get 方法中重要的是从缓存加载值后进行类型断言。我们依赖于 sync.Map 的 Load 方法,该方法返回接口。
entry, found := sc.syncMap.Load(key)
if !found {
return nil, false
}
// Type assertion to CacheEntry, as entry is an interface{}
cacheEntry := entry.(CacheEntry)
从缓存中移除值
当然,我们还需要一个 Delete 方法,使我们能够从缓存中移除一个值:
func (sc *SafeCache) Delete(key string) {
sc.syncMap.Delete(key)
}
清理过期条目
我们通过 CleanUp 方法扩展了缓存,该方法负责定期从缓存中删除过期的条目。它使用 sync.Map 提供的 Range 方法遍历缓存中的所有键值对,并删除那些TTL已过期的条目:
func (sc *SafeCache) CleanUp() {
// ... (see the provided code for the full implementation)
}
要运行 CleanUp 方法,我们可以在初始化缓存时启动一个单独的 Goroutine:
cache := &SafeCache{}
go cache.CleanUp()
完整的代码片段
package cache
import (
"sync"
"time"
)
// CacheEntry is a value stored in the cache.
type CacheEntry struct {
value interface{}
expiration int64
}
// SafeCache is a thread-safe cache.
type SafeCache struct {
syncMap sync.Map
}
// Set stores a value in the cache with a given TTL
// (time to live) in seconds.
func (sc *SafeCache) Set(key string, value interface{}, ttl time.Duration) {
expiration := time.Now().Add(ttl).UnixNano()
sc.syncMap.Store(key, CacheEntry{value: value, expiration: expiration})
}
// Get retrieves a value from the cache. If the value is not found
// or has expired, it returns false.
func (sc *SafeCache) Get(key string) (interface{}, bool) {
entry, found := sc.syncMap.Load(key)
if !found {
return nil, false
}
// Type assertion to CacheEntry, as entry is an interface{}
cacheEntry := entry.(CacheEntry)
if time.Now().UnixNano() > cacheEntry.expiration {
sc.syncMap.Delete(key)
return nil, false
}
return cacheEntry.value, true
}
// Delete removes a value from the cache.
func (sc *SafeCache) Delete(key string) {
sc.syncMap.Delete(key)
}
// CleanUp periodically removes expired entries from the cache.
func (sc *SafeCache) CleanUp() {
for {
time.Sleep(1 * time.Minute)
sc.syncMap.Range(func(key, entry interface{}) bool {
cacheEntry := entry.(CacheEntry)
if time.Now().UnixNano() > cacheEntry.expiration {
sc.syncMap.Delete(key)
}
return true
})
}
}
最后,你可以运行以下的 main.go 程序来检查缓存是否工作。我们创建了一个HTTP服务器,它在“/compute”端点监听请求。该服务器接受一个整数n作为查询参数,并返回昂贵计算的结果(在这种情况下,带有模拟延迟的简单平方操作)。服务器首先检查缓存,看看给定输入的结果是否已经被缓存;如果没有,它会计算结果,将其存储在缓存中,并将其返回给客户端。
要测试服务器,运行代码并请求http://localhost:8080/compute?n=5。第一个请求会花费更长的时间(由于模拟的延迟),但具有相同n的后续请求将立即返回缓存的结果。
package main
import (
"fmt"
"log"
"net/http"
"safe-cache/cache"
"strconv"
"time"
)
func expensiveComputation(n int) int {
// Simulate an expensive computation
time.Sleep(2 * time.Second)
return n * n
}
func main() {
safeCache := &cache.SafeCache{}
// Start a goroutine to periodically clean up the cache
go safeCache.CleanUp()
http.HandleFunc("/compute", func(w http.ResponseWriter, r *http.Request) {
query := r.URL.Query()
n, err := strconv.Atoi(query.Get("n"))
if err != nil {
http.Error(w, "Invalid input", http.StatusBadRequest)
return
}
cacheKey := fmt.Sprintf("result_%d", n)
cachedResult, found := safeCache.Get(cacheKey)
var result int
if found {
result = cachedResult.(int)
} else {
result = expensiveComputation(n)
safeCache.Set(cacheKey, result, 1*time.Minute)
}
_, err = fmt.Fprintf(w, "Result: %d\n", result)
if err != nil {
return
}
})
log.Fatal(http.ListenAndServe(":8080", nil))
}
结论
在本文中,我们展示了如何使用sync.Map包在Go中实现一个简单、线程安全的缓存。
这个缓存实现支持基于TTL的过期的键值存储,并可以轻松地集成到你的Go应用中,以提高性能并减少对你的数据源或计算资源的负载。
相关推荐
- 外贸独立站卡成PPT?你可能用错了对象缓存!
-
最近帮一个上海的电子元器件客户优化网站,发现他的WooCommerce后台操作要等5秒才能响应——查了下服务器日志,MySQL查询每秒炸出200+次!原来他的"高性能"主机根本没用对象...
- 搭建N8N
-
一、概述n8n是一款强大的工作流自动化工具,它允许用户通过可视化界面创建自动化工作流,无需编写复杂代码。作为一个开源的自动化平台,N8N支持连接各种服务和应用程序,实现数据流转和任务自动化。核心特点...
- 性能优化!7个策略,让Spring Boot 处理每秒百万请求
-
首先,我需要确定这个问题的背景。可能用户是在处理高并发的系统,或者正在设计一个需要应对大流量的应用。他们的身份可能是后端开发工程师,或者是系统架构师,对性能优化有较高需求。接下来,我要想,处理百万级的...
- 定时任务优化总结(从半个小时优化到秒级)
-
整体优化思路:1.按需查询、2.分小批次游标查询、3.JED场景下按数据库分片分组更新、4.精准定位要处理的数据、5.负载均衡业务背景:站外广告投放平台在做推广管理状态优化重构的时候,引入了...
- 跨境电商建站隐藏技巧:Redis缓存,让站点“记住”用户更高效
-
用户登录后,每次刷新页面都要重新验证身份,有时候还会出现“会话丢失”,用户不得不重新登录,体验很差找我们帮忙后,我们建议用Redis缓存会话数据。简单来说,Redis就像站点的“临时记事本”,用户登...
- 服务架构性能优化与Java实现
-
服务架构性能优化大全(附Java代码实现)一、缓存核心思想:将高频访问数据存储在高速存储中,减少慢速存储(如数据库)访问场景:读多写少的数据(用户信息、配置数据)Java实现:使用Caffeine缓存...
- 百万并发不是梦!Nginx高并发优化配置与性能调优全解
-
Nginx的最大转发能力受硬件、配置和系统参数影响,处理超高并发请求时需多维度优化和扩展。以下是具体分析和解决方案:一、Nginx最大转发能力的关键因素硬件资源CPU:Nginx依赖多核CPU,...
- 面试官:工作中优化MySQL的手段有哪些?
-
MySQL是面试中必问的模块,而MySQL中的优化内容又是常见的面试题,所以本文来看“工作中优化MySQL的手段有哪些?”。工作中常见的MySQL优化手段分为以下五大类:索引优化:确保高频查...
- 万字长文|RAG优化全攻略:微服务部署+动态权重策略,代码级详解
-
本文较长,建议点赞收藏,以免遗失。更多AI大模型应用开发学习视频及资料,尽在官网-聚客AI学院大模型应用开发微调项目实践课程学习平台从理论到实践,全面解析RAG性能瓶颈与高阶优化方案。一、RAG核心架...
- 在Windows环境下,本地部署和启动开源项目Ragflow的源代码
-
在当前AI领域中,基于检索增强生成(RAG)的应用备受关注,而开源项目RAGFlow因其灵活性和功能性成为了一个热门选择。不过,由于其快速的版本迭代,可能会存在一些Bug,并且在实际项目落地时通常需要...
- 这款 .NET 9 + React 后台权限管理系统太强了!支持多租户、按钮权限(简单易用且文档齐全)
-
前言在数字化转型浪潮中,高效且安全的权限管理是后台系统的核心基石。传统方案或依赖臃肿的三方框架,或难以满足细粒度权限需求。今天推荐一款完全独立开发、基于前沿技术栈开发的RBAC权限系统。它摒弃了现成A...
- 开源声明:只是一个随便写写的管理系统(认真脸)
-
最近微信公众号和技术博客都断更了,最近2了两周时间撸了一套管理系统的脚手架。原因是因为最近项目需要用到,但是找了一圈Github或者Gitee,基本都不合适。要么有前端,配套后端是Node而...
- 「第七期」深信服go实习一面二面HR面
-
一面面试时长:1h自我介绍channel知识点协程goroutinemysql的两种存储引擎InnoDB索引redis使用单线程还是多线程?有多少个库?redis持久化有哪些?各自优势?谁更常用?P...
- Go中使用sync.Map实现线程安全的缓存
-
不依赖外部库,在Go中实现自己的线程安全缓存照片来源:PossessedPhotography在Unsplash缓存是优化现代应用程序性能的关键方面。它允许您存储并快速检索昂贵操作的结果或经常访...
- Redis中RedisTemplate 和 StringRedisTemplate
-
前言:RedisTemplate和StringRedisTemplate都是Spring提供的操作Redis的模板类,但它们之间在序列化方式和使用场景上有显著区别。序列化方式不同Redi...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (74)
- oracle批量插入数据 (65)
- oracle事务隔离级别 (59)
- oracle主从同步 (56)
- oracle 乐观锁 (53)
- redis 命令 (83)
- php redis (97)
- redis 存储 (67)
- redis 锁 (74)
- 启动 redis (73)
- redis 时间 (60)
- redis 删除 (69)
- redis内存 (64)
- redis并发 (53)
- redis 主从 (71)
- redis同步 (53)
- redis结构 (53)
- redis 订阅 (54)
- redis 登录 (62)
- redis 面试 (58)
- redis问题 (54)
- 阿里 redis (67)
- redis的缓存 (57)
- lua redis (59)
- redis 连接池 (64)