使用Wasmer CLI运行wasm模块提示无_start导出问题排查

该现象完全符合Wasmer 2.2.1版本的设计预期，不属于工具故障。

• 直接执行wasmer run <wasm文件路径>且不显式指定调用入口时，Wasmer默认会查找WASM模块导出的_start函数作为执行入口，这是WASI规范约定的程序主入口，和原生程序的main函数定位一致。
• 你使用cargo build --target wasm32-unknown-unknown --release编译得到的是库类型WASM模块，只会导出代码中标记为对外可见的自定义函数（即你实现的add_one），不会自动生成_start入口函数，因此直接运行会触发找不到入口的报错。
• 你测试执行wasmer run target/wasm32-unknown-unknown/release/hello.wasm -i add_one 1，传入参数1得到返回结果2，就是显式指定调用入口后的正常运行结果，完全匹配Wasmer的调用逻辑。

• 先确认WASM模块的编译定位：如果需要直接运行、不额外指定入口，编译Rust代码时要选用带WASI支持的目标三元组wasm32-wasi，而非wasm32-unknown-unknown，产出的模块会自动生成_start入口，可直接被Wasmer默认调用执行。
• 如果编译的是供外部宿主导入调用的库类型WASM模块（即wasm32-unknown-unknown目标产出的、仅暴露特定工具函数的模块），运行时必须通过-i <导出函数名>参数显式指定要调用的具体函数，同时按函数参数要求传入对应格式的参数。
• 如果不清楚模块对外导出了哪些可用函数，可执行wasmer inspect <wasm文件路径>命令查看所有导出的函数、内存等资源列表，确认入口名称、参数签名正确后再发起调用。

补充：wasm32-unknown-unknown编译目标默认不链接WASI标准库，更适合在浏览器或自定义宿主环境中被导入调用；如果要在Wasmer这类WASI运行时中作为独立程序直接运行，优先选择wasm32-wasi作为编译目标。

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