containerd 项目主要目录简要说明
containerd 项目结构清晰，核心代码分布在若干主目录下。以下是 client、cmd、core、internal、pkg、plugins 这六个主要包/目录的简要作用说明：
1. client
- 作用：封装与 containerd 守护进程通信的 Go 客户端 API，主要基于 gRPC。
- 用途：为 ctr 命令行工具、集成测试、第三方项目等提供 Go 语言调用 containerd 的接口（如镜像、容器、内容等操作）。
2. cmd
- 作用：包含 containerd 项目的所有命令行工具的主程序和命令实现。
- 用途：
containerd：主守护进程的入口。ctr：官方命令行客户端，调试和管理 containerd。- 还包括 shim、stress、gen-manpages 等子命令。
3. core
- 作用：实现 containerd 的核心业务逻辑和数据结构。
- 用途：包含镜像、内容、快照、元数据、事件、挂载、运行时等核心功能的实现，通常被服务端和插件直接调用。
4. internal
- 作用：存放只在 containerd 项目内部使用的工具包和辅助代码。
- 用途：包括通用工具、内部实现细节、辅助功能等。不保证 API 稳定性，不建议外部项目依赖。
5. pkg
- 作用：存放可以被 containerd 及其插件、外部项目复用的通用工具包。
- 用途：如 labels、mount、archive、seccomp、namespace 等通用逻辑和工具函数，API 设计为可复用和稳定。
6. plugins
- 作用：实现 containerd 的各类插件（如内容、镜像、快照、元数据、事件等服务的插件实现）。
- 用途：插件是 containerd 的扩展机制，每个子目录对应一种服务类型，内部有 local/remote/proxy 等多种实现方式。
总结表
| 目录 | 主要作用 | 典型内容/用途 |
|---|---|---|
| client | Go 客户端 API | gRPC 封装、API 调用 |
| cmd | 命令行工具主程序和命令实现 | containerd、ctr、shim 等 |
| core | 核心业务逻辑和数据结构 | 镜像、内容、快照、元数据等 |
| internal | 仅供项目内部使用的工具和辅助代码 | 工具包、内部实现细节 |
| pkg | 可复用的通用工具包 | labels、mount、archive、seccomp等 |
| plugins | 插件实现，各类服务的扩展机制 | local/remote/proxy等多种插件实现 |