2026 年 RISC-V Linux 生态发展到哪一步了？
上一集我们讲了，为什么 Linux 和 RISC-V 在设计理念上非常匹配。
但对普通用户来说，最重要的问题不是理念。
而是它到底能不能用。
Linux 内核是否真正支持 RISC-V？
Debian、Ubuntu 和 Fedora 是否已经提供系统？
编译器、Docker 和各种开发工具是否已经准备好？
今天，我们就来看一看 2026 年真实的 RISC-V Linux 生态。
第一章：Linux 内核已经不只是“能启动”
早期 RISC-V Linux 的主要目标很简单：
先让内核成功启动。
能够进入命令行，就已经是很大的进步。
但是到了 2026 年，Linux 对 RISC-V 的支持已经深入很多。
现在 Linux 不只是能够启动，还支持虚拟内存、用户空间接口、性能分析、安全机制、向量扩展和硬件能力检测。
Linux 甚至提供了专门的 riscv_hwprobe 系统调用。
应用程序可以通过它查询：
这颗处理器到底支持哪些 RISC-V 扩展？
是否支持向量指令？
是否拥有某些特殊功能？
为什么需要这个接口？
因为不同 RISC-V 处理器实现的扩展可能不同。
应用程序不能只看到“RISC-V”三个字，就假设所有功能都存在。
所以从内核角度来看，RISC-V 已经不再是一个简单的实验架构。
真正比较麻烦的，反而变成了不同主板的驱动、固件和外围设备。
第二章：Debian 正式支持 RISC-V
2025 年发布的 Debian 13，是一个非常重要的里程碑。
因为 Debian 第一次把 riscv64 列为正式支持的发行架构。
过去，Debian 虽然也可以运行在 RISC-V 上，但更多属于移植项目和实验性支持。
进入正式架构以后，意义完全不同。
Debian 的软件包构建系统，会持续为 RISC-V 编译和测试大量软件。
这对整个生态非常重要。
因为 Debian 不只是一个发行版。
Ubuntu 和大量容器镜像、服务器系统、嵌入式系统，都直接或间接依赖 Debian 的软件生态。
所以 Debian 正式支持 RISC-V，说明它已经开始进入主流 Linux 发行体系。
第三章：Ubuntu 为什么开始要求 RVA23？
Ubuntu 很早就为一些 RISC-V 开发板提供系统镜像。
但是到了 Ubuntu 25.10 和 26.04 LTS，Canonical 做出了一个重要决定：
新的 RISC-V Ubuntu 系统开始要求 RVA23。
RVA23 是什么？
它不是某一颗处理器。
它是一组现代 RISC-V 处理器应该共同支持的功能标准。
早期 RISC-V 最大的优势是灵活。
但问题也恰恰来自灵活。
两颗处理器虽然都叫 RISC-V，支持的指令扩展却可能完全不同。
这样一来，发行版就很难选择统一的软件编译标准。
如果编译得太保守，就不能发挥新处理器的性能。
如果使用了太多新指令，旧处理器又无法运行。
RVA23 的目的，就是给现代 RISC-V 应用处理器建立一个共同底线。
但是，RVA23 也带来了一个现实问题。
很多早期开发板并不符合这个标准。
因此，比较老的硬件仍然需要使用 Ubuntu 24.04 LTS。
而真正适合 Ubuntu 26.04 的 RVA23 硬件，在 2026 年仍然没有完全普及。
这说明软件标准已经开始向前走，但硬件还在追赶。
第四章：Fedora 仍然在快速推进
Fedora 社区也一直在推动 RISC-V。
目前 Fedora 已经能够在多种 RISC-V 开发板和 QEMU 环境中运行。
很多软件包也已经可以编译。
但是截至 2026 年，RISC-V 仍然没有完全成为 Fedora 的主架构。
Fedora 还在解决几个问题。
比如统一内核。
早期不同开发板经常需要不同的专用内核。
Fedora 希望将来可以使用一个更加通用的内核，支持更多 RISC-V 平台。
另外，软件包构建、自动测试、Java 和 LLVM 等工具链，也需要进一步完善。
所以 Fedora 的状态可以概括为：
发展很快，社区很活跃，但还没有完全达到 x86 和 ARM 的成熟程度。
第五章：编译器和开发工具怎么样？
如果只有操作系统，却没有开发工具，这个生态仍然不能真正工作。
好消息是，RISC-V 的工具链已经比较完整。
GCC 可以为 RISC-V 编译 Linux 程序。
LLVM 和 Clang 也支持 RISC-V。
开发者可以使用 GDB 进行调试。
glibc、musl 和很多常见运行库也已经支持 RISC-V。
Go 语言对 linux/riscv64 的支持也在继续加强。
这非常重要。
因为 Docker、Kubernetes 和大量云计算工具，都使用 Go 编写。
另外还有 QEMU。
即使你没有真正的 RISC-V 开发板，也可以在普通 x86 电脑上模拟 RISC-V。
你可以只运行一个 RISC-V 程序。
也可以模拟完整的 RISC-V 计算机，启动 OpenSBI、U-Boot 和 Linux 内核。
事实上，在真正的新一代硬件普及之前，很多 RISC-V Linux 软件都是先在 QEMU 中开发和测试的。
第六章：Docker 可以运行吗？
答案是可以。
Docker 和 OCI 镜像格式已经能够识别 linux/riscv64。
一些开源镜像也已经提供 RISC-V 版本。
但是这里有一个区别。
Docker 支持 RISC-V，不代表所有 Docker 镜像都支持 RISC-V。
很多常用开源软件可以重新编译。
但是一些厂商只提供：
linux/amd64
或者：
linux/arm64
并没有提供：
linux/riscv64
所以，容器工具本身通常不是最大问题。
真正的问题是，第三方软件和镜像维护者是否愿意为 RISC-V 增加构建和测试。
结尾
到 2026 年，RISC-V Linux 已经跨过了最早期的实验阶段。
Linux 内核已经比较完整。
Debian 13 正式支持 riscv64。
Ubuntu 正在通过 RVA23 建立新的硬件基线。
Fedora 也在继续推进统一内核和软件包生态。
GCC、LLVM、Go、QEMU 和 Docker 都已经加入这个体系。
所以现在的问题已经不是：
RISC-V 能不能运行 Linux？
而是：
这些系统在真实硬件上的体验到底怎么样？
能不能作为普通桌面电脑使用？
能不能进入服务器和数据中心？
下一集，我们就来讨论 RISC-V Linux 目前最适合做什么，以及它距离真正成熟还缺少哪些关键环节。