使用Go WASI访问文件系统时抛出「Bad file number」错误求助

核心结论 #

Go 1.21+ 完全支持通过 WASI 访问文件系统，你的问题并非 Go 不支持，而是路径挂载或文件操作细节导致的文件描述符无效错误。

错误含义解析 #

「Bad file number」本质是无效的文件描述符，在 WASI 场景下通常意味着：

• 程序尝试访问的路径未被 WASM Runtime 通过挂载参数（如--dir）映射到宿主文件系统
• 文件操作参数（如权限、打开标志）不符合 WASI 规范，导致 Runtime 拒绝创建/打开文件

问题排查与解决 #

1. 修正文件权限参数的语法错误 #

Go 1.13+ 要求八进制字面量必须以0o开头，你代码中的0644会被解析为十进制数644（对应八进制0o1204），属于不合法的文件权限，可能触发 Runtime 拒绝创建文件的逻辑。

修正后的 Go 代码：

package main

import "os"

func main() {
    // 用 0o644 替代 0644，正确表示八进制权限
    err := os.WriteFile("text.txt", []byte("Hello World"), 0o644)
    if err != nil {
        panic(err)
    }
}

2. 确保路径挂载的正确性 #

虽然你使用了wasmedge --dir .:. main.wasm，但部分 WASM Runtime 对相对路径的挂载解析存在差异。可以尝试改为绝对路径映射，确保 Runtime 能正确识别：

# 将宿主当前目录映射到 WASM 沙箱的根目录
wasmedge --dir /:. main.wasm

同时修改代码中的路径为绝对路径：

err := os.WriteFile("/text.txt", []byte("Hello World"), 0o644)

3. 验证 Go 版本兼容性 #

确保使用 Go 1.21 及以上版本，GOOS=wasip1是 Go 1.21 才正式支持的目标平台，旧版本的 WASI 实现存在诸多兼容性问题。

与 Rust 对比的差异 #

Rust 的 WASI 实现（如wasi-std）对文件操作做了更友好的默认处理：

• File::create默认使用合法的文件权限（如0o644）
• 路径解析逻辑与 WASM Runtime 的挂载规则更贴合，因此不会触发类似错误

额外说明 #

你之前用 Go/WASI + stealthrocket/net 搭建 HTTP 服务正常，是因为网络相关的 WASI 接口与文件系统接口实现逻辑独立，网络功能不受文件挂载参数影响。

内容的提问来源于stack exchange，提问作者OptimusePrime