go

Java 转 go 学习 - 项目管理Go 的包管理体系经历了「无官方管理 → 第三方工具混战 → 官方标准化」的演进过程，核心是解决依赖隔离、版本控制、环境统一三大问题。

Go 写业务，Rust 扛底盘：一套可落地的混合架构"Go 还是 Rust"吵了十年，大多停留在语言层面互喷，产不出架构决策。工程上更有价值的问法是三段论：**两者的成本模型差在哪？边界应该画在哪？用什么方式接起来？**本文按这三段展开：先把 Go 的 GC 税与 Rust 的优势边界算成账（含"怎么量自己系统里的这笔税"），再给出"变化频率 × 延迟敏感度"的切分准则，然后把四种集成模式（进程边界 / sidecar / FFI / WASM）按集成成本排序逐一拆解——每种都给到代价清单与适用判据，最后落到一个真实样本：用 Rust 实现的中后台平台（R

Go语言全栈实战：基于 Gin + Vue + JWT + RBAC 从零搭建前后端分离权限管理系统Go 语言全栈实战：基于 Gin + Vue + JWT + RBAC 从零搭建前后端分离权限管理系统

Go slog生产落地LevelVar与共存Go 1.21 起标准库自带 log/slog：前端是 Logger，后端是可替换的 Handler。生产侧要落地的其实就三件事：统一成可检索的结构化输出，运行中能改级别，老代码和 Zap 不必一夜清零。API 清单不用再背一遍。

Go encoding/json 的八个默认行为，以及 Go 1.25 的 json/v2 改了哪几个（附实测输出）Go 的 encoding/json 用了十几年，大部分人对它的印象是「能用，偶尔有点怪」。怪的那部分，其实是几条写死在包里的默认行为：大小写不敏感匹配、重复 key 取最后一个、非法 UTF-8 静默替换……平时不出事，一出事就很难查。

踩坑实录：包是好的，代码却报错？一次“数字ID”引发的插件启动血案导语：在开发插件化架构时，我们往往容易忽略一个细节：本地测试跑得好好的插件，打包上架到应用商城后，却瞬间罢工。日志提示“程序无法启动，请确认包完整”，但包明明完好无损。本文记录一次由“云商城数字ID”与“本地二进制查找策略脱节”引发的诡异启动故障，以及如何通过契约对齐将其修复。

五大主流语言：Go、Python、Rust、Java、C# 的比较在系统级性能与开发效率的十字路口，每种语言都给出了自己的答案。而 Go，给出了最"反直觉"却最有效的那一个。

并发编程（六）：Atomic 的实现——从 Runtime 到 CPU上一篇从语言内存模型的规则出发，看 Atomic 如何提供 Atomicity、Visibility 和 Ordering。

GoWind Admin｜风行 — 开箱即用的企业级全栈中后台框架：多租户与行级数据隔离SaaS 化的第一道坎就是数据隔离：租户 A 的运营人员绝不能看到租户 B 的一行数据——这不是"前端藏好按钮"能解决的事，而是要从 HTTP 入口一路压实到 SQL 的 WHERE 子句。多数自研方案的做法是在每个查询里手写 tenant_id 条件，写漏一处就是一次数据泄露事故。风行（GoWind Admin）把租户隔离做成了编译进数据访问层的默认行为：查询自动注入租户谓词、跨租户变更必扑空、伪造租户 ID 直接被覆盖，配合 HTTP 层的 Api 表闸门形成纵深防御。本文拆解这套隔离体系的三道防线与

GoWind Admin｜风行 — 开箱即用的企业级全栈中后台框架：脚本系统实战"新用户注册后自动发一封欢迎语""租户创建后写一条审计流水""每天凌晨清理一次过期文件"——这些小逻辑每个项目都有，但为它们走一遍「改代码 → 编译 → 发版」的流程，性价比低到令人发指。风行（GoWind Admin）内建了一套脚本级插件系统：用 JavaScript/Lua 写扩展逻辑，在管理页在线编辑、试运行、一键启用，不发版、不重启、即时生效。本文讲这套系统的扩展点、安全模型与管理页工作流。

GoWind Admin｜风行 — 开箱即用的企业级全栈中后台框架：通知域实战大多数管理系统的"通知"长成这样：站内信是一张表、邮件发送散落在某个 service 里、Webhook 是临时加的一段 curl——三个互不相认的半成品。想回答"这条通知发了没有、为什么失败"时，只能翻日志。风行（GoWind Admin）把通知做成了一个完整的域：业务代码一个入口发通知，路由规则决定走哪个渠道，投递台账记录每一次的成败与原因。本文拆解这套统一投递体系。

GoWind Admin｜风行 — 开箱即用的企业级全栈中后台框架：认证与会话管理实战登录是管理系统被攻击最多的面：撞库、爆破、凭证枚举、会话劫持。很多项目的登录只有"验密码、发 token"两步，其余全靠运气。风行（GoWind Admin）把认证做成了纵深防御的完整链路：限流、验证码、登录策略、防枚举、MFA、令牌轮换、会话吊销层层设卡。本文拆解这条链路的设计与取舍。

GoWind Admin｜风行 — 开箱即用的企业级全栈中后台框架：六类审计日志与等保合规接到等保测评或客户安全问卷的那天，很多管理系统的团队才发现：登录有没有记录？操作可不可追溯？数据被谁改过能查到吗？口令策略符合要求吗？——这些能力补起来往往要动中间件、改 ORM、加表，动静不小。风行（GoWind Admin）把六类审计日志、身份鉴别三件套、留存归档做成了平台内置能力，开箱即得。本文盘点这套审计与合规体系。

GoWind Admin｜风行 — 开箱即用的企业级全栈中后台框架：AI 模块当"接个大模型"成为每个管理系统的标配需求，多数团队的选择是在业务代码里散落一堆 SDK 调用：密钥写死在配置文件、用量没人记账、租户之间无隔离、换一家模型供应商就要发版。风行（GoWind Admin）把 AI 当作平台的一等公民模块来做：提供商是数据不是配置、对话走流式推送、用量进配额体系、知识库 RAG 开箱即用，甚至自然语言问数也带四重安全护栏。本文带你完整过一遍这套 AI 能力的设计与实践。

并发编程（六）：Atomic 的实现——从 Runtime 到 CPU上一篇从语言内存模型的规则出发，看 Atomic 如何提供 Atomicity、Visibility 和 Ordering。

Go的DefaultClient超时为何总不生效Timeout 为 0 等于永不超时；NewRequest 绑的是 context.Background，外层 WithTimeout 进不了 Do。两处都改对，才会真正取消。

我叫黑大帅

Go日志库工程选型与逃逸分析评测报告github.com/NotSleeply/…本实验在统一 JSON 字段、日志级别、输出目标和运行环境的条件下，对 zap、log/slog 与标准库 log 三种日志方案进行横向评测。

Go 优雅退出：Shutdown 之后，后台 goroutine 还在跑（四个实测的坑）几乎每个 Go 服务的 main 函数里都有这么一段：看起来很完整：收到信号，给 5 秒让正在处理的请求跑完，然后退出。大家管这叫「优雅退出」。

不装分词插件，用 PostgreSQL 做中文商品搜索：bigram + 向量 + RRF，以及「单字搜不到」这个坑做电商搜索，第一反应往往是上 Elasticsearch，或者给 PostgreSQL 装 zhparser / pg_jieba。这两条路都能走，但都有代价：多一套集群要运维，或者要自己打一个带扩展的数据库镜像。

通过 Goroutine 搞懂 Go 并发与常见的 9 个坑Goroutine 是 Go Runtime 管理的轻量级并发执行单元，可以理解为 Go 的协程。Goroutine 就像 Go 程序里的“轻量级小工”，Go Runtime 就像是调度员，负责安排这些小工什么时候干活、在哪个线程上干活。