为什么你的Docker镜像那么大？

很多团队在容器化Go应用时，都会遇到一个典型问题：明明Go编译出的是静态二进制文件，镜像却有几百MB甚至超过1GB。

这通常是因为直接使用了 golang 官方镜像作为运行时基础镜像。一个基础的 golang:1.22 镜像大约 800MB，而实际的Go二进制可能只有 10-20MB。多出来的都是不必要的编译工具链、源代码和包管理器缓存。

前言

大语言模型（LLM）虽然强大，但存在两个核心痛点：知识截断和幻觉问题。模型的训练数据有截止日期，且无法准确回答其训练数据之外的问题。RAG（Retrieval-Augmented Generation，检索增强生成）正是解决这两个问题的关键技术——它让模型在回答问题前，先从你提供的知识库中检索相关信息，再基于这些信息生成回答。

前言

在日常开发中，你是否遇到过这样的问题：

• Docker 镜像动辄几个 GB，拉取部署要等好几分钟
• 每次构建都要重新安装所有依赖，CI/CD 流水线慢得让人抓狂
• 构建环境和运行环境混在一起，镜像里塞了大量不需要的工具

这些问题的根源在于：构建产物和运行环境没有分离。Docker 的多阶段构建（Multi-stage Build）正是为解决这一痛点而生的利器。本文将通过三个真实语言栈的案例，带你掌握这一核心技术。

为什么需要RAG？

大语言模型（LLM）虽然强大，但它有一个致命短板——知识截止日期。ChatGPT不知道你公司上周发布的内部文档，Claude不了解你项目特有的业务逻辑。直接让LLM回答私有领域的问题，轻则答非所问，重则一本正经地胡说八道。

前言

在大模型应用开发中，RAG（Retrieval-Augmented Generation，检索增强生成）是最核心的技术范式之一。它通过将外部知识库与大语言模型结合，解决了LLM的"幻觉"问题和知识时效性问题。

Mac上通过brew install mysql安装，但是某天突然无法启动，报错：ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/tmp/mysql.sock’ (2)。

网上的解决方案试了一遍没一个有用，真正有用的是

升级背景

Spring Boot 3.x 是一个重大版本升级，基于 Spring Framework 6，要求：

• Java 17+（最低要求）
• Jakarta EE 9+（包名从 javax.* 迁移到 jakarta.*）
• 很多废弃的 API 被移除

本文记录从 Spring Boot 2.5.9 升级到 3.2.3 的完整过程。

前言

我的系统信息:

1
2
3

Distributor ID:	AlibabaCloud(AliyunLinux)
Description:	Alibaba Cloud Linux (Aliyun Linux) release 2.1903 LTS (Hunting Beagle)
Release:	2.1903

aliyun linux 2实际对应的是centos7。默认的docker版本是Docker version 1.13.1, build 7d71120/1.13.1，这个版本已经很老旧了，无法兼容一些新的容器。所以升级是非常有必要的。

什么是单例模式

单例模式（Singleton Pattern）是最常用的设计模式之一，它保证一个类只有一个实例，并提供一个全局访问点。

在实际开发中，单例模式常用于：

• 数据库连接池
• 线程池
• 配置管理器
• 日志记录器

Alibaba Cloud Linux是阿里云基于龙蜥社区（OpenAnolis）的龙蜥操作系统（Anolis OS）打造的操作系统发行版，兼容RHEL/CentOS。