本文基于 Zig 0.16。 经过前五篇的旅程——语法、错误处理、内存管理、编译期计算、构建系统——现在到了收官篇，该把知识串起来了。 0.16 是两个重要版本的交汇点：标准库容器完成了 Unmanaged 迁移，同时引入了革命性的 std.Io 接口。这两个变化深刻影响了 Zig 代码的写法。本篇将围绕它们展开，最后用三语言实战对比收束，并给出学习路线和资源。

前面几篇讲 OOM 追踪时，所有 eBPF 内核态程序都是用 C 写的。这很自然——C 是 eBPF 的"母语"，verifier、CO-RE、libbpf 整个工具链都是围绕 C 设计的。但如果你关注过 eBPF 生态，会发现一个明显的趋势：越来越多的人开始用 C 以外的语言写 eBPF。Rust 的 Aya 框架已经被 Solana 验证器、Kubernetes Gateway API 用在生产环境；而 Zig 也在尝试用 comptime、显式分配和一流的 C 互操作带来新的开发体验。

本文基于 Zig 0.16。 前几篇我们完成了基础语法、错误处理和内存分配器，现在终于可以触及 Zig 最迷人、也最具革命性的特性——编译期计算（comptime）。但在此之前，我们先花几分钟快速了解 Zig 的结构体与方法，它们是你理解 comptime 的基石。

本文基于 Zig 0.16。 前几篇我们走过了 Zig 的基础语法和错误处理。现在进入 Zig 最与众不同的部分——内存管理。 如果你有 Go 或 Rust 背景，Zig 的内存哲学会让你感到陌生：它既不提供垃圾回收，也不引入所有权系统，而是选择了一条完全不同的路——分配器模式（Allocator Pattern）。这个模式的核心约定极其简单，但影响深远：

本文基于 Zig 0.16。 三种错误处理范式 错误处理是编程语言设计中最具争议的话题之一。Go 的多返回值、Rust 的 Result<T, E> 枚举、Zig 的错误联合类型——它们代表了三种截然不同的哲学。本文假设你已有 Go 或 Rust 经验，将以此为参照系来理解 Zig 的设计。

本文基于 Zig 0.16。 上一篇我们聊了为什么 Zig 值得学,以及怎么跑通你的第一个 Hello World。这一篇直接上手语法——变量、类型、控制流、函数、泛型。核心目标只有一个:让你能读懂和写出 Zig 代码。

本文基于 Zig 0.16（2026-04-13 发布，当前最新稳定版）。Zig 是一门仍在快速演进的现代系统编程语言，它的源码仓库已从 GitHub 迁移到 Codeberg，官方下载页在 ziglang.org/download/。 为什么是 Zig？ 如果你已经熟悉 Go 和 Rust，可能会问：为什么还要看第三门系统语言？答案很简单：Zig 填补了 Go 和 Rust 之间的空白。

为什么需要了解这四个阶段？ AI 工程领域的发展速度令人瞠目结舌。如果你只掌握了提示工程（Prompt Engineering），那么你已经落后了整整一个时代。从 2022 年到现在，短短四年时间里，AI 工程经历了四次深刻的范式跃迁，每一次都是对前一次的超越和包容。

v0.6.0 把延时摄影管道搭起来之后，社区反馈很快就指出了几个硬伤：JPEG 序列要吃掉太多存储、H.265 摄像头生成的延时片段播放不了、双摄小米设备只能抓到主镜头、偶尔还会出现 H.265 HLS 直接 panic 的崩溃。这些都不是边缘场景——双摄 CW500 和室外摄像头 4 在国内出货量很大，H.265 已经是中高端摄像头的事实标准。v0.7.0 的主线就是围绕这些反馈展开的。

Zhi 主题 发布了 v0.2.0——这是从 4 月份 初次发布 后最重要的功能更新。这次发布的三个重头功能——多语言切换、文章系列（Series）分类法、Mermaid v11+ 升级——都是在自己使用过程中逐步积累的需求。