游戏服务器不用redis是因为其tcp协议栈开销（微秒级）无法满足纳秒级内存访问需求，且kv结构和通用化设计难以支撑实时帧率下的极致性能要求。
为什么不用直接跑 Redis，而要自己写一个简易内存型项目
因为调试、教学、协议理解或嵌入测试场景下，你不需要完整 Redis 的集群、持久化、AOF/RDB、哨兵等能力。你需要的是：能快速启动、可断点调试、命令行为可控、无外部依赖的纯 Go 实现。比如验证 RESP 协议解析是否正确，或测试客户端 pipeline 行为，miniredis 太“黑盒”，而自己写的 easyredis 类项目能让你看到每一行读写逻辑。
用 GoLand 调试时，net.Listener 启动后立即卡住怎么办
这是新手最常遇到的问题：在 main 函数里写了 http.ListenAndServe 或 net.Listen，GoLand 运行后控制台没输出、断点不触发、程序看似“卡死”。本质是主线程被阻塞在 Accept 循环里，没机会执行后续代码（比如你的初始化日志或测试逻辑）。
- 临时解决：把监听逻辑放到 goroutine 里，例如
go server.ListenAndServe()或go acceptLoop() - 更推荐做法：用
net.Listen("tcp", ":6379")+defer ln.Close()，然后显式循环调用ln.Accept()，并在每次 Accept 后加log.Printf("new conn: %v", conn.RemoteAddr())—— 这样你能单步跟进连接建立过程 - GoLand 调试技巧：在
ln.Accept()行设断点，Run → Debug 模式启动，再用redis-cli -p 6379 ping触发连接，IDE 就会停在断点上
RESP 协议解析最容易写错的三个地方
Redis 客户端发来的命令是 RESP 格式，不是裸字符串。很多初学者直接 bufio.NewReader(conn).ReadString('\n')，结果读到一半就卡住或解析错位。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
$3\r\nSET\r\n$3\r\nkey\r\n$5\r\nvalue\r\n是一个完整命令，但换行符\r\n是分隔符，不是结尾；$-1表示 nil，不能当成空字符串忽略 - 批量字符串（Bulk String）的长度字段是字节数，不是 rune 数——中文或 emoji 会出错，必须用
len([]byte(s))计算，不能用len(s) - 数组前缀
*3表示后面有 3 个元素，但每个元素可能是简单字符串、整数或另一个数组，必须递归解析；硬编码strings.Split(..., "\r\n")会破坏嵌套结构
如何让 GoLand 自动加载 easyredis 的模块依赖
如果你从 GitHub 克隆了类似 gofish2020/easyredis 这类项目，GoLand 默认可能识别不了 go.mod，或提示 cannot find module providing package。
- 先确认项目根目录下有
go.mod文件，且内容包含module github.com/xxx/easyredis - 在 GoLand 中右键项目根目录 →
Reload project（不是 “Refresh”），强制重新解析模块 - 如果仍报错，终端进项目目录执行
go mod tidy，再回 GoLand 点击右上角Load changes按钮 - 关键细节：GoLand 的
GOROOT和GOBIN必须指向你本地安装的 Go 版本（比如/usr/local/go），而不是 Docker 或 SDK 内置路径；可在Settings → Go → GOROOT里检查
真正难的不是写完 SET/GET，而是让 client.Ping() 返回 PONG 时，你清楚知道那两个字节是从哪一行 conn.Write() 发出去的。协议层越透明，后期加事务、订阅、pipeline 才越可控。
