node.js 中应优先使用原生 crypto.randombytes() 生成随机令牌，而非 web crypto api；v19+ 虽支持 --experimental-webcrypto，但属实验性，且 getrandomvalues() 需传入 uint8array，不支持直接指定长度或编码。
Web Crypto API 在 Node.js 中默认不可用，直接调用 window.crypto 会报错 —— 你得用 Node.js 原生的 crypto 模块替代，或启用实验性 Web Crypto 支持（仅限 v19.0+ 且需命令行标志）。
Node.js v19+ 启用全局 crypto 对象需要加 --experimental-webcrypto
从 Node.js v19.0 开始，Web Crypto API 被作为实验性功能引入，但默认不启用。不加标志就访问 globalThis.crypto 会得到 undefined。
- 启动时必须显式添加：
node --experimental-webcrypto your-script.js - 启用后，
crypto.subtle可用，但crypto.randomUUID()仍不可用（那是 DOM 接口，Node 不实现） - 生成随机令牌推荐用
crypto.getRandomValues()，不是subtle.generateKey()—— 后者是为密钥对设计的，开销大、没必要 - 注意：该标志在 v20+ 仍是实验性，生产环境慎用；v21+ 仍未转正，API 可能微调
更稳妥的做法：用 Node.js 原生 crypto.randomBytes()
它比 Web Crypto 的 getRandomValues() 更直接、性能更好、无运行时依赖，且自 v0.12 起稳定存在。
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 生成 URL 安全令牌（如 JWT、密码重置码）：用
crypto.randomBytes(32).toString('base64url') - 避免
toString('hex')—— 结果太长，且含大小写字母+数字，不如 base64url 紧凑、URL 友好 - 不要用
Math.random()或crypto.randomInt()（v14.17+）生成令牌 —— 后者适合整数范围采样，不适合二进制随机字节流 - 若需固定长度字符串（如 16 字符），别截断 base64url —— 应按字节数算熵：
randomBytes(12)≈ 96 位熵，足够防暴力枚举
getRandomValues() 在启用 Web Crypto 后怎么用？
它接受一个 TypedArray（如 Uint8Array），原地填充随机字节，返回同一数组 —— 不返回新数组，也不接受长度参数。
- 正确写法：
const arr = new Uint8Array(32);<br>crypto.getRandomValues(arr);<br>const token = Buffer.from(arr).toString('base64url'); - 错误写法：
crypto.getRandomValues(32)→ 报TypeError: Invalid array type - 不能传普通数组：
crypto.getRandomValues([1,2,3])→ 报错，必须是Uint8Array等视图 - 和
randomBytes()相比，它不支持回调或 Promise，只能同步调用，且无法指定编码格式
真正容易被忽略的是熵源差异：Node.js 的 randomBytes() 直接读取 /dev/urandom（Unix）或 BCryptGenRandom（Windows），而 Web Crypto 的 getRandomValues() 在 Node 中底层也走同一路径 —— 所以安全性等价，但前者少一层封装、更可控。选哪个，取决于你是否已在项目中统一使用 Web Crypto 抽象层。否则，别为兼容浏览器而硬搬 Web Crypto 到 Node 端。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
