首选 crypto.randomuuid()，它直接生成符合 rfc 4122 v4 规范的 uuid 字符串；不支持时需手动用 getrandomvalues() 或 randombytes() 构造，并严格设置第6字节版本位和第8字节变体位。
直接用 crypto.randomUUID()，只要环境支持且在安全上下文中 —— 这是目前最简、最安全、最标准的方式。 它底层调用 CSPRNG，自动生成符合 RFC 4122 v4 规范的 UUID 字符串，无需手动拼接、位运算或格式校验。不支持时才需降级处理。
crypto.randomUUID() 的使用前提和常见报错
这个函数看似简单，但失败往往不是代码写错了，而是环境卡住了：
-
crypto.randomUUID is not a function：浏览器版本太低（Chrome ≥92 / Firefox ≥95 / Safari ≥15.4），或运行在 IE、旧版 WebView 中 -
TypeError: crypto.randomUUID is not available in this context：当前是非安全上下文 —— 比如 HTTP 协议访问、非 localhost 的本地 IP（如http://192.168.1.10）、或某些 Electron/WebView 未启用安全策略 - Node.js 中报错？确认版本 ≥14.17.0；v14–v18 可用，v19+ 仍可用（不依赖
--experimental-webcrypto），但crypto.randomUUID()是独立 API，和 Web Crypto 实验标志无关
手动用 getRandomValues() 构建 v4 UUID 的关键步骤
当 crypto.randomUUID() 不可用，又必须加密安全（不能用 Math.random()），就得自己构造。核心不是“随机”，而是“合规”——UUID v4 要求第 13 位是 4，第 17 位是 8、9、a 或 b（即二进制 10xx）：
coin-crypto-research-using-cmc-cli
下载
使用CoinMarketCap（CMC）CLI进行代币研究和加密货币分析。深入分析任意代币或加密货币——价格、市值、交易量、链上统计、历史OHLCV等。
- 分配
new Uint8Array(16)，填入 16 字节随机值 - 设置版本号：
array[6] = (array[6] & 0x0f) | 0x40（保留低 4 位，高 4 位强制为0100） - 设置变体：
array[8] = (array[8] & 0x3f) | 0x80（保留低 6 位，高 2 位强制为10） - 转字符串时严格按
8-4-4-4-12分段，每段转小写十六进制，中间加连字符 - 别用
.map(x => x.toString(16).padStart(2,'0'))后 join —— 容易漏掉前导零，导致长度错误
Node.js 中不要硬套 Web Crypto 的 getRandomValues()
虽然 v19+ 支持 --experimental-webcrypto，但生产环境不推荐。更直接、稳定、高效的做法是：
- 用原生
crypto.randomBytes(16)替代getRandomValues(new Uint8Array(16)) - 转换时用
buf.toString('hex')，再手动插入连字符（位置：8, 13, 18, 23） - 同样要修正字节：第 6 字节（索引 6）设为
(b & 0x0f) | 0x40，第 8 字节（索引 8）设为(b & 0x3f) | 0x80 - 避免用
crypto.randomUUID()在 Node.js 里生成后截断或重格式化 —— 它返回的就是标准字符串，直接用即可
真正容易被忽略的是：UUID 的“唯一性”不只靠随机，更靠规范实现。哪怕用了 getRandomValues()，如果没正确设置版本位和变体位，生成的字符串就不是合法 v4 UUID，某些后端校验或数据库类型（如 PostgreSQL 的 UUID 类型）会拒绝入库。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
