boxmoe_header_banner_img

Hello! 欢迎来到悠悠畅享网!

文章导读

Golang如何构建简易备忘录程序 使用map实现内存存储功能


avatar
站长 2025年8月6日 18

构建简易golang备忘录程序时,选择map作为内存存储方案的原因有三:1. 简单性,go内置map类型无需第三方库或复杂初始化;2. 高性能,map的查找、插入、删除操作平均时间复杂度为o(1),效率高;3. 适用性,对于临时工具,数据不持久化的特性反而更轻量。此外,为处理并发访问问题,可通过sync.mutex或sync.rwmutex实现锁机制,确保数据一致性,其中mutex适用于写操作较少场景,rwmutex适用于读多写少场景以提升并发性能。

Golang如何构建简易备忘录程序 使用map实现内存存储功能

构建一个简易的Golang备忘录程序,利用map作为内存存储的核心,是一个直接且高效的起点。它能让你快速搭建一个功能原型,无需复杂的数据库配置,所有数据都暂时存储在程序运行的内存中,随程序关闭而消失。

Golang如何构建简易备忘录程序 使用map实现内存存储功能

package main  import (     "bufio"     "fmt"     "os"     "strconv"     "strings"     "sync" // 用于处理并发安全,虽然这个简易版不一定马上用到,但先放着是个好习惯 )  // 备忘录存储,使用map[int]string,key是备忘录ID,value是内容。 // 这里的memos是一个全局变量,便于在不同函数间共享。 // 实际项目中,更好的做法是将其封装在一个结构体中,作为方法接收者, // 这样更符合Go的面向对象思想,也方便管理相关状态。 var memos = make(map[int]string) var nextID = 1 // 用于生成新的备忘录ID,从1开始 var mu sync.Mutex // 保护memos map的并发访问,防止数据竞争  // addMemo 添加一个新的备忘录。 // 接收备忘录内容作为参数,自动分配一个唯一的ID。 func addMemo(content string) {     mu.Lock() // 在修改map前加锁     defer mu.Unlock() // 确保锁在函数退出时释放,即使发生panic      memos[nextID] = content     fmt.Printf("备忘录已添加,ID: %dn", nextID)     nextID++ // ID递增,确保唯一性 }  // listMemos 列出所有当前存储的备忘录。 // 如果没有备忘录,会打印提示信息。 func listMemos() {     mu.Lock() // 在读取map前加锁     defer mu.Unlock()      if len(memos) == 0 {         fmt.Println("当前没有备忘录。")         return     }      fmt.Println("n--- 我的备忘录 ---")     // 遍历map,打印ID和内容     for id, content := range memos {         fmt.Printf("%d: %sn", id, content)     }     fmt.Println("-----------------") }  // deleteMemo 删除指定ID的备忘录。 // 接收一个整数ID作为参数。 func deleteMemo(id int) {     mu.Lock() // 在修改map前加锁     defer mu.Unlock()      // 检查ID是否存在于map中     if _, ok := memos[id]; ok {         delete(memos, id) // 删除指定ID的条目         fmt.Printf("备忘录 ID %d 已删除。n", id)     } else {         fmt.Printf("未找到 ID 为 %d 的备忘录。n", id)     } }  func main() {     // bufio.NewReader用于从标准输入读取用户输入     reader := bufio.NewReader(os.Stdin)      fmt.Println("欢迎使用简易备忘录程序!")      // 主循环,持续接收用户命令     for {         fmt.Println("n请选择操作:")         fmt.Println("1. 添加备忘录")         fmt.Println("2. 查看所有备忘录")         fmt.Println("3. 删除备忘录")         fmt.Println("4. 退出")         fmt.Print("输入你的选择: ")          // 读取用户输入,并去除首尾空白符(包括换行符)         input, _ := reader.ReadString('n')         choice := strings.TrimSpace(input)          // 根据用户选择执行不同操作         switch choice {         case "1":             fmt.Print("请输入备忘录内容: ")             content, _ := reader.ReadString('n')             addMemo(strings.TrimSpace(content)) // 调用添加备忘录函数         case "2":             listMemos() // 调用查看备忘录函数         case "3":             fmt.Print("请输入要删除的备忘录ID: ")             idStr, _ := reader.ReadString('n')             // 将字符串ID转换为整数             id, err := strconv.Atoi(strings.TrimSpace(idStr))             if err != nil {                 fmt.Println("无效的ID,请输入数字。")                 continue // 发生错误时跳过当前循环,重新显示菜单             }             deleteMemo(id) // 调用删除备忘录函数         case "4":             fmt.Println("感谢使用,再见!")             return // 退出程序         default:             fmt.Println("无效的选择,请重新输入。")         }     } }

为什么选择map作为内存存储方案?

说实话,用map来做这种简易的内存存储,简直是再自然不过的选择了。它就像一个超级灵活的“抽屉”,你可以随手把东西扔进去(添加),想找哪个直接按标签(key)就能摸出来(查找),不想要了就直接扔掉(删除)。这不就是备忘录最核心的需求嘛!

首先,它的简单性是无与伦比的。Go语言内置的map类型,你不需要引入任何第三方库,也不需要写复杂的初始化代码,直接

make(map[keyType]valueType)

就能用。这对于一个快速原型或者小工具来说,省去了很多不必要的麻烦,能让你把精力放在核心逻辑上,而不是纠结于数据存储的配置。

立即学习go语言免费学习笔记(深入)”;

Golang如何构建简易备忘录程序 使用map实现内存存储功能

再者,性能方面,对于小到中等规模的数据量,map的查找、插入、删除操作平均时间复杂度是O(1),这效率简直是“飞快”。你想象一下,即使有几百条备忘录,你输入一个ID,它几乎是瞬间就能找到或删除,用户体验自然不会差。

当然,它也有自己的“脾气”和局限性。最明显的就是数据不持久化,程序一关,所有备忘录就烟消云散了。这对于一个真正的备忘录应用来说,显然是不够的。但作为学习或构建一个临时工具,这种“阅后即焚”的特性反而让它更轻量。另外,map本身不是并发安全的,如果你有多个goroutine同时去读写它,就可能遇到意想不到的问题,甚至程序崩溃。不过,这个问题嘛,Go也给我们提供了解决办法。

Golang如何构建简易备忘录程序 使用map实现内存存储功能

如何处理并发访问map的场景?

嗯,刚才提到了map的并发安全问题,这在Go里其实是个挺经典的话题。如果你只是写个单线程的命令行工具,那倒无所谓。但一旦你的备忘录程序未来需要支持多用户同时访问,或者后台有多个任务同时操作备忘录列表,那不加锁就等着出问题吧。Go的运行时可不会帮你处理这种数据竞争。

最直接、最常用的办法就是使用

sync

包里的

sync.Mutex

(互斥锁)或者

sync.RWMutex

(读写锁)。我的代码示例里用了

sync.Mutex

,它就像给你的map加了一道门,每次只有一个goroutine能进去操作,其他想进去的都得在外面排队等着。这样就能保证数据的一致性。

sync.Mutex

的好处是简单粗暴,但缺点是即使是多个goroutine同时“读”数据,也得排队,效率会受影响。如果你的应用读操作远多于写操作,那

sync.RWMutex

会更合适。它允许多个读者同时进入,但写者进入时,所有读者和写者都得等着。这在很多场景下能提供更好的并发性能。

 // 示例:使用sync.RWMutex保护map,并将其封装在结构体中 type MemoStore struct {     memos map[int]string     mu    sync.RWMutex // 读写锁     nextID int }  // NewMemoStore 创建并返回一个新的MemoStore实例 func NewMemoStore() *MemoStore {     return &MemoStore{         memos:  make(map[int]string),         nextID: 1,     } }  // AddMemo 添加备忘录,这是一个MemoStore的方法 func (s *MemoStore) AddMemo(content string) int {     s.mu.Lock() // 写操作使用写锁     defer s.mu.Unlock()      id := s.nextID     s.memos[id] = content     s.nextID++     return id }  // ListMemos 列出备忘录,这是一个MemoStore的方法 func (s *MemoStore) ListMemos() map[int]string {     s.mu.RLock() // 读操作使用读锁     defer s.mu.RUnlock()      // 返回一个副本,避免外部直接修改内部map,这是个好习惯     copiedMemos := make(map[int]string, len(s.memos))     for id, content := range s.memos {         copiedMemos[id] = content     }     return copiedMemos }  // DeleteMemo 删除备忘录,这也是一个MemoStore的方法 func (s *MemoStore) DeleteMemo(id int) bool {     s.mu.Lock()     defer s.mu.Unlock()      if _, ok := s.memos[id]; ok {         delete(s.memos, id



评论(已关闭)

评论已关闭