golang学习记

🤔 一个让安全工程师失眠的真相 大多数Go开发者有个甜蜜的误解： 残酷现实： 当变量“出作用域”，Go的垃圾回收器只是标记内存可复用，并不会主动擦除内容！ 你的密钥可能正悠闲地躺在： 🧠 CPU寄存器

2026 年初，Zed 和 JetBrains 联合推出了一项改变 AI 编程生态的关键基础设施 —— Agent Client Protocol Registry（ACP Registry）。 它解

🔐 1. 字段级权限控制：不是所有字段都能随便改！ GORM 默认允许对结构体所有导出字段进行读写，但有时你希望某些字段“只读”、“只写”甚至“假装不存在”。 ⏱️ 2. 自动时间戳：支持 Unix

🤔 为什么需要泛型版 GORM？ 在泛型出现前，GORM 的 API 长这样： 看起来没问题？但当你写成： GORM 不会报错（运行时可能 panic 或查错表），因为 *gorm.DB 是“万能容器

Spring Data JDBC 作为 Spring 官方推出的轻量级 ORM 方案，因其无代理、无懒加载、贴近 SQL 本质的特性，越来越受追求性能与可控性的团队青睐。 但长期以来，它在 IDE 支

2026 年 1 月 26 日，VS Code 官方博客宣布了一个重磅更新：**VS Code 成为首个全面支持 MCP Apps 的主流 AI 代码编辑器**！这意味着你的 AI 编程助手（比如

如果你是从 Python 或 Java 转来 Go 的，第一次看到 * 和 & 时，大概率会心里一咯噔：“这不就是 C 的噩梦吗？Go 不是号称简单吗？” 但别急！Go 的指针 不是为了让你痛苦，而是

如果你用过 Cursor、GitHub Copilot 或 Claude Code，那你一定知道： AI 写代码快得飞起 ✨ 但改完代码后，不知道它到底动了哪些文件 😱 更可怕的是——它可能直接在你的

一、为什么我们不用“最简标准库”？ Go 社区有个“迷思”：“能用标准库就别用第三方库！” 听起来很极客，但现实是—— 你写个配置管理要手动解析 YAML + 环境变量 + 命令行参数？ 你写个 CL