JavaScript动态导入按需加载加密算法库，核心是分拆AES、RSA等为无状态ESM模块，由业务层按需import并传入Web Crypto密钥与context，模块仅做参数适配，不持密钥、不实现原语，确保安全可控。
在加密场景下使用 JavaScript 动态导入按需加载加密算法库，核心是**避免一次性打包所有算法、减少初始体积、按实际需要加载对应实现（如 AES、RSA、SHA-256），同时保障密钥和敏感逻辑不因模块暴露而泄露**。关键不在“加密动态导入本身”，而在于如何安全、可控地组织和加载这些算法模块。
明确区分算法实现与业务逻辑
把加密算法封装为独立、无副作用的 ESM 模块（例如 aes-gcm.js、rsa-oaep.js），每个模块只导出纯函数（如 encrypt、decrypt），不持有状态、不访问全局变量、不硬编码密钥。业务层通过动态 import() 按需获取：
- 用户选择“AES 加密文件” →
import('./crypto/aes-gcm.js') - 用户发起“RSA 签名” →
import('./crypto/rsa-oaep.js') - 模块内部不初始化 WebCrypto API，由调用方传入
crypto.subtle实例或上下文
利用 Web Crypto API 做底座，不自行实现密码学原语
浏览器原生 crypto.subtle 已提供经验证的 AES-GCM、RSA-OAEP、HKDF、PBKDF2 等接口。动态导入的模块应作为“胶水层”，仅做参数适配、错误封装、格式转换（如 Base64 ↔ ArrayBuffer），而非重写算法。这样既规避自行实现漏洞风险，又让模块体积极小（通常
示例模块 ./crypto/aes-gcm.js 内容精简为：
立即学习“Java免费学习笔记（深入）”；
export async function aesGcmEncrypt(key, plaintext, iv) {
const encoded = new TextEncoder().encode(plaintext);
const cipher = await crypto.subtle.encrypt(
{ name: 'AES-GCM', iv },
key,
encoded
);
return cipher;
}控制模块路径与加载时机，防止推测性加载
避免将算法名直接拼进字符串路径（如 import(`./crypto/${algo}.js`)），否则可能被静态分析或构建工具提前解析并打包所有变体。应使用显式映射 + 预定义白名单：
- 维护一个受控的算法映射表：
const algoMap = { 'aes-gcm': () => import('./crypto/aes-gcm.js') } - 加载前校验输入是否在白名单中：
if (!algoMap[requested]) throw new Error('Unsupported algo') - 配合代码分割（如 Webpack 的
/* webpackChunkName: "crypto-aes" */）生成可识别的 chunk 名，便于 CDN 缓存与审计
敏感操作隔离：密钥不随模块加载
算法模块本身不生成、不存储、不传输密钥。密钥应由上层业务通过安全方式管理（如从 crypto.subtle.generateKey 创建、从安全上下文（iframe sandbox、Secure Context）中注入、或由 HSM/TEE 辅助派生）。动态导入仅触发算法逻辑，密钥始终由调用方传入——这是防止密钥意外泄露到未授权模块的关键边界。
例如：
const algo = await import('./crypto/aes-gcm.js');
const key = await crypto.subtle.generateKey('AES-GCM', true, ['encrypt']);
const ciphertext = await algo.aesGcmEncrypt(key, 'hello', iv); // 密钥由业务侧生成并传入 
