为什么选择 Zig？追求零负担工作流

在现代开发生态中，我们已经习惯了"足够快"。但对于生活在终端的开发者来说，"足够快"是一个谎言。

每次你打开一个新的 shell 标签页，nvm 或其他笨重的版本管理器都会注入一丝延迟。这里 100ms，那里 50ms。这是对你生产力的"千刀万剐"。

我构建 znvm 是因为我想要夺回这些毫秒，而 Zig 是唯一适合这个使命的语言。

1. 性能是特性，不是事后诸葛亮

Rust 很棒，但 Zig 提供了一种无与伦比的原始、可预测的控制水平。

在 znvm 中，我们没有在错误时间醒来的垃圾收集器。我们没有膨胀二进制的复杂异步运行时。

通过利用 Zig 的手动内存管理和编译时（Comptime），znvm 以接近硬件的速度执行版本切换和环境设置。

当你输入 znvm use 时，它不是一个"过程"；它是一个瞬时状态改变。

Zig 的座右铭——无隐藏控制流，无隐藏内存分配——完美契合版本管理器应该具备的品质。

一个管理 PATH 和环境的工具应该是隐形且透明的。Zig 让 znvm 成为一把手术刀：它精确地对环境变量和文件系统做需要的事，然后消失。

没有后台守护进程，没有沉重的元数据同步。

在 Apple M4 (16GB 内存, macOS 25.3) 上的基准测试：

管理器	`list`	`use`	`.nvmrc`	二进制
`nvm`	708ms	192ms	189ms	N/A
`fnm`	6ms	4ms	10ms	~8MB
`znvm`	4ms	3ms	2ms	< 1MB

当你直接与操作系统对话时，Zig 如鱼得水。通过专注于 Unix 类系统（macOS 和 Linux），我们避免了支持 Windows 带来的"抽象税"。

这让我们能够使用 Zig 编写高度优化的、平台特定的代码，尊重 Unix 哲学：

做一件事，并且做得比任何人都快。

znvm 不仅仅是一个工具——它是关于开发者工具应该如何构建的宣言：

Zig 赋予我们证明你可以同时拥有这三者的力量。

标签： znvm, nvm, fnm, nvm-slow, node version manager, zig, performance, zero-overhead, unix-philosophy, minimalism, 性能, 零负担, 极简主义