JavaScript import 语句不能直接加载原始二进制数据，但可通过打包工具将二进制文件转为模块（如 Uint8Array）、动态 import() 按需加载，或手动封装 fetch/fs 加载器实现模块化使用。
JavaScript 中的 import 语句本身不能直接加载原始二进制 Buffer（Node.js 环境）或 ArrayBuffer（浏览器环境）数据流，它只支持导入模块（ESM 模块）。但你可以通过组合标准机制，实现“按需加载原始二进制数据并模块化组织”的效果。核心思路是：把二进制资源作为模块导出，利用动态 import() 实现按需加载，再配合适当的类型转换和封装。
将二进制文件作为模块导出（推荐方式）
现代打包工具（如 Vite、Webpack 5+、esbuild）支持将静态资源（如 .bin、.wasm、.png）以模块形式导入。它们会在构建时将文件内容转为 Uint8Array、ArrayBuffer 或 base64 字符串，并生成具名/默认导出。
- Vite 中直接
import data from './asset.bin'→ 默认导出为Uint8Array - Webpack 5 启用
asset/source类型后，import raw from './data.bin?resource'可得字符串；用asset类型则自动转为ArrayBuffer - 注意：纯 ESM 环境（如 Node.js
type: "module"）默认不支持直接 import 二进制文件，需借助插件（如rollup-plugin-binary）或预编译为 JS 模块
用动态 import() 加载二进制模块（真正按需）
静态 import 在模块解析时即加载，而 import() 返回 Promise，适合运行时条件加载，避免初始包体积膨胀。
-
示例（Vite 环境）：
const module = await import('./large-model.bin');
→ 得到{ default: Uint8Array }，可直接用于new Buffer.from(module.default)（Node）或module.default.buffer（浏览器） - 可结合路径拼接实现参数化加载：
await import(`./chunks/${id}.bin`)，但需确保路径在构建时可静态分析（否则需配合import.meta.glob） - 错误处理必须显式添加：
try { ... } catch (e) { console.error('加载失败', e); }
手动封装二进制加载器（无构建工具时）
若环境受限（如纯 Node.js ESM + 无打包器），可创建一个“二进制模块加载器”，用 fs.readFile（Node）或 fetch（浏览器）读取原始数据，再包装成模块形态供其他模块 import 使用。
- 写一个
loader.js导出异步函数：export async function loadBinary(path) { return new Uint8Array(await fs.readFile(path)); } - 其他模块不再直接 import 二进制，而是
import { loadBinary } from './loader.js';，调用时才读取 - 优点：完全可控、无需构建配置；缺点：失去静态分析能力，无法 tree-shaking，且每次调用都是实际 I/O
注意事项与边界情况
实际使用中需警惕几个关键点：
-
Buffer vs ArrayBuffer：Node.js 的
Buffer是Uint8Array的子类，但浏览器没有Buffer。跨环境建议统一操作Uint8Array或ArrayBuffer，必要时用Buffer.from(array)转换 -
内存管理：大文件加载后长期持有
Uint8Array会占用堆内存，不用时可设为null，帮助 GC -
MIME 类型与 CORS：浏览器中用
fetch加载二进制需确保服务端返回Content-Type: application/octet-stream且允许跨域（如开发时配代理） -
类型提示：TypeScript 中可为二进制模块声明类型：
declare module '*.bin' { const data: Uint8Array; export default data; }
