我之前也踩过类似的坑，给你一步步拆解解决办法：

一、修复application/wasm MIME类型错误 #

当你使用instantiateStreaming或compileStreaming时，浏览器会严格校验服务器返回的.wasm文件的MIME类型，必须是application/wasm，否则直接抛出错误。

用https crate快速搭建符合要求的本地服务器 #

你提到的https crate确实是个省心的选择，它默认已经配置好了application/wasm的MIME映射，不需要额外手动配置。只需要简单几行代码就能启动本地服务：

use std::path::Path;
use https::Server;

fn main() {
    // 指定你要服务的静态文件目录，比如当前目录下的dist文件夹
    let dir = Path::new("./dist");
    let server = Server::new(dir).bind("127.0.0.1:8080").unwrap();
    println!("Server running at http://127.0.0.1:8080");
    server.run().unwrap();
}

把你的.wasm文件和前端文件放到指定目录里，启动这个服务后，浏览器就能拿到正确的MIME类型了，instantiateStreaming也能正常工作。

如果是用其他Web服务器（比如Nginx、Apache），你需要手动添加MIME映射：

• Nginx：在mime.types文件里加一行 application/wasm wasm;
• Apache：在httpd.conf或.htaccess里加 AddType application/wasm .wasm

二、处理WebAssembly.instantiate的第二个参数问题 #

WebAssembly.instantiate的第二个参数是importObject，它是Wasm模块从外部JS环境导入函数、对象的桥梁。用stdweb或wasm-bindgen时，不要直接手动调用原生的WebAssembly.instantiate，因为这些工具已经帮你封装好了导入逻辑。

用wasm-bindgen的正确姿势 #

wasm-bindgen会生成对应的JS胶水代码，你只需要导入这个胶水文件，然后调用里面暴露的方法即可：

// 导入wasm-bindgen生成的JS文件
import init from './your-wasm-module.js';

async function run() {
    // 初始化Wasm模块，胶水代码会自动处理importObject
    const wasm = await init();
    // 调用Wasm里的方法
    wasm.your_exported_function();
}

run();

如果一定要手动调用WebAssembly.instantiate #

如果你确实需要手动实例化，那importObject需要包含Wasm模块预期的命名空间（比如env、wbg），里面要对应Wasm依赖的函数。比如用wasm-bindgen生成的模块，importObject大概是这样的：

const importObject = {
    env: {
        // 这里放Wasm需要的环境函数，比如console.log的绑定
        __wbg_console_log_XXX: function() { /* ... */ }
    },
    wbg: {
        // wasm-bindgen的内部绑定
        __wbindgen_throw: function() { /* ... */ }
    }
};

// 读取Wasm二进制数据后实例化
fetch('your-module.wasm')
    .then(response => response.arrayBuffer())
    .then(bytes => WebAssembly.instantiate(bytes, importObject))
    .then(result => {
        // 使用实例
        result.instance.exports.your_exported_function();
    });

不过这种方式很容易出错，因为importObject的结构完全依赖Wasm模块的导出要求，不如直接用工具生成的胶水代码省心。

内容的提问来源于stack exchange，提问作者Turtles Are Cute