Go 1.21是否支持通过WebAssembly托管HTTP服务？遇死锁求解

核心问题拆解 #

你的问题涉及三个关键层面：

1. Go WASI（wasip1）的net/http支持状态：Go 1.21及后续预览版（通过gotip获取）对WASI平台的net/http提供实验性支持，但依赖运行时的WASI网络扩展实现。
2. 运行时能力限制：你使用的wasm3运行时默认不支持WASI的网络套接字（socket）相关系统调用，这直接导致http.Server.ListenAndServe()无法完成底层监听套接字的创建，进而引发死锁。
3. 代码逻辑适配问题：即使运行时支持网络，你用sync.WaitGroup包裹ListenAndServe()的逻辑属于冗余——ListenAndServe()本身就是阻塞式调用，无需额外协程和等待组。

死锁触发逻辑 #

ListenAndServe()因运行时不支持socket调用，陷入无限等待（而非返回错误），导致子协程无法执行wg.Done()；而main协程卡在wg.Wait()，所有goroutine进入休眠状态，最终触发Go的死锁检测机制。

可行解决路径 #

1. 更换支持WASI网络的运行时 #

选择已实现WASI网络扩展的运行时，比如：

• wasmtime：官方支持WASI网络扩展
• wasmer：原生兼容WASI网络能力

以wasmtime为例，调整编译运行命令：

# 编译命令不变
GOOS=wasip1 GOARCH=wasm gotip build -o server.wasm server.go
# 用wasmtime运行（需先安装wasmtime）
wasmtime server.wasm

2. 简化代码逻辑 #

移除冗余的sync.WaitGroup，直接调用ListenAndServe()，这样如果运行时不支持网络，会直接返回错误而非死锁：

package main

import (
    "fmt"
    "net/http"
)

func main() {
    s := http.Server{
        Addr: ":8080",
        Handler: http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
            w.Write([]byte("Hello, World!"))
        }),
    }

    fmt.Println("about to serve")
    err := s.ListenAndServe()
    if err != nil {
        fmt.Printf("Unable to serve: %v\n", err)
    }
    fmt.Println("serving stopped")
}

3. 确认Go WASI支持状态 #

当前gotip的WASI网络支持仍处于实验阶段，部分场景可能存在兼容性问题。可以通过gotip version确认当前版本，或关注Go官方的WASI支持更新日志，确保使用的预览版包含完整的网络系统调用实现。

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