Node.js v17.0.0 发布详解OpenSSL 3.0 迁移、V8 9.5 与 Readline Promise API 全解析【免费下载链接】nodejs.orgThe Node.js® Website项目地址: https://gitcode.com/GitHub_Trending/no/nodejs.org本篇技术指南基于 nodejs.org 官方仓库中的 Node.js v17.0.0 发布公告 展开系统梳理这一重大 Current 版本带来的破坏性变更Semver-Major、新特性Semver-Minor与依赖升级并对照仓库源码说明这些版本信息如何被 nodejs.org 站点消费与呈现。读完本文你将掌握 v17.0.0 的核心变更清单、ERR_OSSL_EVP_UNSUPPORTED的成因与缓解手段、Readline Promise API 的实际用法以及版本发布数据在官方站点中的生成与渲染链路。版本概览一个以安全与标准演进为主题的 Current 版本Node.js v17.0.0 于 2021 年 10 月 19 日发布对应发布公告 frontmatter 中的date: 2021-10-19T15:42:09.146Z属于Current 主线版本作者为 Bethany Nicolle Griggs。该版本并非 LTS按照 Node.js 发布节奏奇数主版本号17始终以 Current 状态快速演进其后续演进版本最终会在 发布数据生成器 中依据发布时间与 EOL 计划被标记为Current、LTS或EOL三种状态之一。从发布公告的 Notable Changes 看本版本有四个核心看点OpenSSL 3.0 正式内置加密栈从 1.1.1 世代跨越到 3.0带来算法与密钥长度的更严格默认约束V8 引擎升级至 9.5国际化Intl能力进一步增强readline模块新增 Promise API告别回调式逐行读写的繁琐写法一批全局 API 落地structuredClone()、DOMException成为全局对象。值得一提的是nodejs.org 站点在展示任意版本信息时正是从各版本的发布公告数据中抽取v8、npm、modulesABI 版本等字段渲染到下载页与版本表格中的——详见 releaseData.mjs 中对release.dependencies.v8、release.dependencies.npm、release.modules.version的映射逻辑。本文后续也会结合这条源码链路说明 v17.0.0 的版本元数据如何被官方站点消费。OpenSSL 3.0一次影响深远的加密栈换代从 quictls/openssl 说起Node.js 17 开始内置OpenSSL 3.0具体采用的是 quictls/openssl 分支——这是 OpenSSL 官方分支之外、额外携带 QUIC 协议支持的分支。引入 QUIC 支持是为后续 HTTP/3 能力铺路的基础设施级动作但其对普通开发者的最直接冲击并不在 QUIC 本身而在于OpenSSL 3.0 的默认安全策略收紧。升级对应的核心提交包括均来自本公告deps,test,src,doc,tools: update to OpenSSL 3.0PR #38512Daniel Bevenius为支持--openssl-legacy-provider命令行选项而补充legacyprov.c源码PR #40478。FIPS 支持回归OpenSSL 3.0 采用 Provider提供者架构后FIPS联邦信息处理标准能力通过独立的FIPS module重新可用。公告明确说明如需了解如何构建启用 FIPS 的 Node.js请参考上游BUILDING.md中 Building Node.js with FIPS-compliant OpenSSL 一节。这意味着合规场景如政府、金融行业在 Node 17 上重新获得了可落地的 FIPS 构建路径。你一定会遇到的 ERR_OSSL_EVP_UNSUPPORTEDOpenSSL 3.0 的 API 与 1.1.1 大体兼容但允许的算法与密钥长度限制被大幅收紧官方公告明确预计会对生态造成一定影响。最典型的现象是如果你的应用在 Node.js 17 下抛出ERR_OSSL_EVP_UNSUPPORTED说明你的应用或某个依赖模块正在尝试使用 OpenSSL 3.0 默认不再允许的算法或密钥尺寸。这类报错最常见的触发场景包括使用小于 2048 位的 RSA 密钥、调用被移入 legacy provider 的旧算法如部分 MD2/MD4/RC4 相关路径、以及若干老式 cipher或某些老版本加密库内部的算法枚举行为。针对此类问题v17.0.0 提供了一条临时缓解路径node --openssl-legacy-provider your-app.js--openssl-legacy-provider是本次新增的命令行选项见 Semver-Minor 提交src: add --openssl-legacy-provider optionPR #40478其作用是在 OpenSSL 3.0 的 Provider 体系中额外加载 legacy provider从而临时恢复被收紧前的算法可用集。注意它只是 workaround临时绕过方案公告措辞为 as a temporary workaround正确的长期做法是升级依赖、更换算法或补齐密钥长度而不是在生产环境长期挂着 legacy provider——那相当于主动降低加密默认安全水位。V8 9.5Intl 能力再次升级V8 JavaScript 引擎升级到9.5提交deps: update V8 to 9.5.172.19Michaël ZassoPR #40178同时配套的还包括将 NODE_MODULE_VERSION模块 ABI 版本提升到 102——这意味着v17.0.0 的原生模块Native Addons必须针对该 ABI 重新编译与 v16 及更早版本互不兼容。发布数据生成器中的modules: latestVersion.modules.version字段见 releaseData.mjs正是用来记录并展示这一 ABI 版本号的。V8 9.5 为 JavaScript 开发者带来的可见变化集中在国际化 APIIntl.DisplayNames增加了额外的支持类型如语言、地区、货币等展示名称的更多维度Intl.DateTimeFormat扩展了timeZoneName选项允许更细粒度地控制时区名称在日期格式化输出中的呈现。对于做全球化产品的团队这两个变化意味着更少的 polyfill 依赖即可实现多语言日期与地域名称展示。此外v17.0.0 一并移除了--harmony-top-level-await实验标志Semver-Patch 提交v8: remove --harmony-top-level-await因为顶层 await 已在 V8 中默认启用、无需再通过 flag 开启。Readline Promise API用 await 逐行读写readline模块本来的职责是从一个 Readable 流如process.stdin逐行读取数据。v17.0.0 以 Semver-Major 方式引入promise-based APIreadline/promises子路径同时将Interface重构为 ES2015 class、校验AbortSignal并清理未使用的事件监听器均为 PR #37947Antoine du Hamel。发布公告给出了一个可以直接运行的官方示例import * as readline from node:readline/promises; import { stdin as input, stdout as output } from process; const rl readline.createInterface({ input, output }); const answer await rl.question(What do you think of Node.js? ); console.log(Thank you for your valuable feedback: ${answer}); rl.close();要点拆解通过node:readline/promises导入的是 Promise 版本 APIcreateInterface用法与回调版一致rl.question()返回 Promise可以直接await无需再嵌套回调读取完用户输入后务必调用rl.close()释放接口与底层流资源同一提交还新增了autoCommit选项Semver-Minor用于在写入 history 时自动提交简化交互式 CLI 的历史管理该实现初期被标记为experimental见 Semver-Patch 提交doc: mark readline promise implementation as experimental因此在生产 CLI 工具中采用前应留意 API 可能的微调。弃用与移除升级前必须排查的破坏点v17.0.0 的 Semver-Major 变更中以下几项直接影响既有代码的兼容性dns 模块的两处收紧dns.lookup()选项的类型强转被运行时弃用PR #39793此前传入非布尔/非对象类型会被静默强转现在会在运行时告警提示调用方补齐正确类型dns.lookup()默认改为verbatim: truePR #39987DNS 解析结果默认按 DNS 服务器返回的原始顺序verbatim使用而不是此前默认排序 IPv4 优先的行为。对依赖IPv4 优先顺序的连接建立逻辑例如部分直连 IP 的服务发现、P2P 节点选择可能产生影响多 A/AAAA 记录环境下应显式校验连接目标的 IP 族。moduleESM 解析器的两处清理subpath folder mappings 正式 EOL结束生命周期PR #40121旧的子路径→文件夹映射写法不再可用trailing slash patterns尾斜杠模式运行时弃用PR #40117import ... from pkg/sub/这类以斜杠结尾的导入模式将被弃用告警应改为精确的导出路径。这两项都属于对早期 ESM 解析行为的还债式清理升级到 17 后建议立即检查package.json的exports字段与源码中的导入路径确保使用规范化的 exports 子路径映射。其他运行时行为变更http abort 相关 API 文档级doc-only弃用PR #36670仅文档标注弃用暂不产生运行时告警stream.finished()在流已出错时应报错PR #39235以及配套的一大批 stream 语义修正详见下文 Stream 行为修订清单。值得关注的新特性与其他 Notable ChangesstructuredClone() 成为全局函数structuredClone()以 Semver-Major 方式从实验 API 提升为全局可用PR #39759Ethan Arrowood随后又通过lib: make structuredClone spec compliantPR #40251进一步对齐规范。这意味着const cloned structuredClone({ a: 1, nested: { b: 2 } });无需任何 import即可对对象进行结构化克隆支持循环引用、Date、Map、Set、ArrayBuffer等结构化类型在深拷贝场景下可以直接替代手写递归克隆或JSON.parse(JSON.stringify())方案。DOMException 暴露为全局对象DOMException被提升为全局PR #39176Khaidi Chu与 Web 平台的错误类型对齐。此后在 Node.js 中也可以直接new DOMException(message, name)抛出自定义 Web 风格异常并参与AbortSignal等 Web 标准 API 的错误语义统一。fsFileHandle 直接产出 Web Streamfs.FileHandle.prototype.readableWebStream()Semver-MinorPR #39331让文件句柄可以直接转换为 Web Streams 规范的 ReadableStreamconst { open } require(node:fs/promises); const file await open(./big.txt); const stream file.readableWebStream(); // stream 可直接喂给 fetch 的 body、pipeTo 到 WritableStream 等这大大简化了 Node.js 流与 Web Streams 之间的互操作是当时 Web Streams 落地进程中的关键一环。stream 模块行为修订Semver-Major 语义v17.0.0 对 stream 的错误传播与生命周期语义做了一大批收紧公告中可见的要点包括finished应对已出错的流直接报错#39235可读流出错时不再触发end#39607、出错或关闭后不再触发data#39639读错误时销毁可读流#39342、将错误转发给回调#39364校验 abort signal#39346、早关在Readable[AsyncIterator]中抛错#39117、早关转换为AbortError#39524Duplex 在不可读写时读写应报错#34385、highWaterMark阈值修正并补充缺失错误#38700新增readableDidRead属性Semver-Minor#36820新增CompressionStream/DecompressionStream与 streams↔webstreams 适配器Semver-Patch#39348、#39134。这些变更共同构成对 stream 错误处理静默吞错问题的系统性修复升级后请重点回归依赖流式处理的业务如文件上传、数据管道、代理转发。npm 8.1.0 与 Corepack 0.10依赖层面v17.0.0 将内置 npm 升级到8.1.0PR #40463并将 Corepack 升级到0.10PR #40374。npm 8 带来的 workspace 能力增强与npm exec等新命令会随 Node 17 一并生效。完整破坏性变更清单Semver-Major Commits以下为 v17.0.0 发布公告列出的全部 Semver-Major 提交供升级评估逐条核对模块变更内容PRbuild使用 C17 编译MSVC 与--gnu17#38807deps更新 V8 至 9.5.172.19NODE_MODULE_VERSION 升至 102#40178deps,test,src,doc,tools更新至 OpenSSL 3.0#38512dgram收紧socket.send中address的校验#39190dns运行时弃用dns.lookup选项的类型强转#39793dnsdns.lookup()默认verbatimtrue#39987doc最低支持 FreeBSD 提升至 12.2#40179errors致命异常导致退出时打印 Node.js 版本号#38332fs修复rmSync错误被吞掉的问题#38684fsfsPromises聚合错误以避免错误吞没#38259lib新增structuredClone()全局#39759lib将DOMException暴露为全局#39176modulesubpath folder mappings 结束生命周期EOL#40121module运行时弃用 trailing slash patterns#40117readline校验AbortSignal并移除未使用的事件监听器#37947readline引入 promise-based API#37947readline将Interface重构为 ES2015 class#37947src允许SafeGetenv使用CAP_NET_BIND_SERVICE#37727src若干函数返回类型改为Maybe#39603src允许在 NodePlatform 中自定义PageAllocator#38362stream修正 highWaterMark 阈值并补充缺失错误#38700stream出错或关闭后不再触发data#39639stream可读流出错时不再触发end#39607stream将错误转发给回调#39364stream读错误时销毁可读流#39342stream校验 abort signal#39346stream统一 stream utils#39294streamReadable[AsyncIterator]早关时抛错#39117streamfinished对已出错流应报错#39235streamDuplex 不可读写时读写应报错#34385streampipeline 与异步迭代绕过 legacy destroy#38505url分离的 accessors 上调用抛出 invalid this#39752url禁止toASCII引入特定 confusable 变更#38631完整新特性清单Semver-Minor Commits模块变更内容PRfs新增FileHandle.prototype.readableWebStream()#39331readline新增autoCommit选项#37947src新增--openssl-legacy-provider选项#40478src新增控制进程行为的 flags#40339stream新增readableDidRead#36820vm动态导入支持 import assertions#40249Semver-Patch Commits 要点速览除上述破坏性变更与新特性外v17.0.0 还包含约百项补丁级提交按模块归类如下deps升级 npm 至 8.1.0#40463、Corepack 至 0.10#40374、重新生成 OpenSSL 架构文件与补充legacyprov.c#40478、V8 补丁至 9.5.172.21 并做 9.5/9.6 ABI 兼容#40432、#40422、抑制 zlib 编译告警#40343、Windows 调试链接 workaround#38807stream早关转换为AbortError#39524、修复toWeb拼写#39496、统一done()调用#39475、新增CompressionStream/DecompressionStream#39348、实现 streams↔webstreams 适配器#39134、修复性能回归#39254、异步迭代改用finished#39282esm / lib整合 ESM loader hooks#37468、structuredClone对齐规范#40251、URL 参数修正以通过 idlharness#39848toolsESLint 升级至 8.0.0#40394及一系列 lint 依赖与 V8 gypfiles 更新#40178test / typings / meta / doc覆盖fs.ReadStreamFileHandle#40018、URL toASCII WPT#39910、os/timers/util/options 绑定的类型声明#40222、AUTHORS 整理与 Electron v15/v16/v17 ABI 声明#39950、#40320等其他tty启用缓冲#39253、dgram增加nread断言#40295、net对象模式相关错误抛出与清理#40344、url性能回归修复#39778。版本元数据如何进入 nodejs.org源码链路解读这份发布公告不仅是开发者阅读的技术文档它同时也是 nodejs.org 站点的数据源。结合仓库源码可以看到完整链路版本枚举releaseVersions.mjs 遍历全部 major 版本及其 releases产出v17.0.0这样的版本号列表用于下载页版本下拉框等场景版本详情releaseData.mjs 从每个版本中抽取npm、v8、modulesABI 版本号、发布日期与 Semver 信息并结合 EOL 计划计算statusCurrent/LTS/EOL。v17 系列在生命周期内即被标记为Current并在 2023 年 4 月 EOL 后转为EOL状态下载页会据此展示对应提示博客路由渲染blog 动态路由 读取blog/release/v17.0.0.md等 Markdown 文件通过 MDX 编译器渲染为页面frontmatter 中的layout: blog-post、category: release、author等字段驱动页面布局与元信息列表呈现release分类的博客文章通过 BlogPostCard 在博客列表页展示分类映射逻辑见 util/blog.tsrelease直接映射为release预览类型分页逻辑同样由该文件提供下载兼容性下载工具模块 使用semver.satisfies对用户选择的版本与安装方式做兼容性匹配v17.0.0 对应的安装包选项MSI、二进制、源码包据此动态启用或禁用。也就是说当你今天在 nodejs.org 的下载页看到 Node.js 17 系列的 npm/v8/ABI 版本信息其数据源头正是类似本文这样的发布公告数据。下载安装与完整性校验v17.0.0 发布公告为各平台提供了完整的分发产物覆盖Windows32 位与 64 位 MSI 安装包node-v17.0.0-x86.msi/node-v17.0.0-x64.msi、32/64 位二进制win-x86/node.exe、win-x64/node.exe及 7z/zip 压缩包macOS64 位 Installernode-v17.0.0.pkg、Apple Siliconarm64与 Intelx64二进制压缩包Linuxx64、PPC LEppc64le、s390x、ARMv7、ARMv8arm64二进制包.tar.xz其他平台AIX 64 位、Source Code 源码包node-v17.0.0.tar.gz/.tar.xz。发布公告还随附SHASUMS 文件其中包含每个分发产物对应的 SHA-256 校验和并以PGP 签名消息-----BEGIN PGP SIGNED MESSAGE-----包裹用于防止校验和本身被篡改。落地做法是下载产物与 SHASUMS 后先用发布方公钥验证 PGP 签名再用sha256sum -c SHASUMS核对产物哈希确保文件完整且未被替换。升级建议从 v16 到 v17 的迁移检查单综合以上变更从 Node.js 16或更早升级到 17.0.0 前建议逐项排查加密与 TLS检查是否使用了低于 2048 位的 RSA 密钥、被 legacy provider 收编的算法对出现ERR_OSSL_EVP_UNSUPPORTED的场景先定位算法来源再决定升级依赖还是临时使用--openssl-legacy-provider原生模块NODE_MODULE_VERSION 已升至 102所有 native addon 需用 Node 17 对应的 ABI 重新编译node-gyp rebuild或依赖预编译二进制的新版本DNS 行为verbatimtrue默认值可能改变多记录环境下的连接顺序服务发现类代码需显式验证ESM 导入路径清理尾斜杠导入模式与 subpath folder mappings改用规范的exports子路径stream 错误语义回归测试依赖流式处理的数据管道、上传下载、日志转发等场景确认没有依赖旧版吞错/静默继续的行为readline 代码新项目可直接使用node:readline/promises既有回调代码可保持兼容但注意Interface已重构为 class、AbortSignal会被校验传入非法信号将报错FS/文件句柄需要与 Web Streams 对接时可直接使用FileHandle.prototype.readableWebStream()。总体而言v17.0.0 是 Node.js 在加密安全基线与Web 标准对齐两个方向上的里程碑版本OpenSSL 3.0 的引入影响深远structuredClone、DOMException、Web Streams 适配器等全局能力则让 Node.js 与浏览器平台的运行时语义进一步趋同。理解这份发布公告的每一项变更是安全完成升级与排查线上兼容问题的前提。【免费下载链接】nodejs.orgThe Node.js® Website项目地址: https://gitcode.com/GitHub_Trending/no/nodejs.org创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Node.js v17.0.0 发布详解：OpenSSL 3.0 迁移、V8 9.5 与 Readline Promise API 全解析
Node.js v17.0.0 发布详解OpenSSL 3.0 迁移、V8 9.5 与 Readline Promise API 全解析【免费下载链接】nodejs.orgThe Node.js® Website项目地址: https://gitcode.com/GitHub_Trending/no/nodejs.org本篇技术指南基于 nodejs.org 官方仓库中的 Node.js v17.0.0 发布公告 展开系统梳理这一重大 Current 版本带来的破坏性变更Semver-Major、新特性Semver-Minor与依赖升级并对照仓库源码说明这些版本信息如何被 nodejs.org 站点消费与呈现。读完本文你将掌握 v17.0.0 的核心变更清单、ERR_OSSL_EVP_UNSUPPORTED的成因与缓解手段、Readline Promise API 的实际用法以及版本发布数据在官方站点中的生成与渲染链路。版本概览一个以安全与标准演进为主题的 Current 版本Node.js v17.0.0 于 2021 年 10 月 19 日发布对应发布公告 frontmatter 中的date: 2021-10-19T15:42:09.146Z属于Current 主线版本作者为 Bethany Nicolle Griggs。该版本并非 LTS按照 Node.js 发布节奏奇数主版本号17始终以 Current 状态快速演进其后续演进版本最终会在 发布数据生成器 中依据发布时间与 EOL 计划被标记为Current、LTS或EOL三种状态之一。从发布公告的 Notable Changes 看本版本有四个核心看点OpenSSL 3.0 正式内置加密栈从 1.1.1 世代跨越到 3.0带来算法与密钥长度的更严格默认约束V8 引擎升级至 9.5国际化Intl能力进一步增强readline模块新增 Promise API告别回调式逐行读写的繁琐写法一批全局 API 落地structuredClone()、DOMException成为全局对象。值得一提的是nodejs.org 站点在展示任意版本信息时正是从各版本的发布公告数据中抽取v8、npm、modulesABI 版本等字段渲染到下载页与版本表格中的——详见 releaseData.mjs 中对release.dependencies.v8、release.dependencies.npm、release.modules.version的映射逻辑。本文后续也会结合这条源码链路说明 v17.0.0 的版本元数据如何被官方站点消费。OpenSSL 3.0一次影响深远的加密栈换代从 quictls/openssl 说起Node.js 17 开始内置OpenSSL 3.0具体采用的是 quictls/openssl 分支——这是 OpenSSL 官方分支之外、额外携带 QUIC 协议支持的分支。引入 QUIC 支持是为后续 HTTP/3 能力铺路的基础设施级动作但其对普通开发者的最直接冲击并不在 QUIC 本身而在于OpenSSL 3.0 的默认安全策略收紧。升级对应的核心提交包括均来自本公告deps,test,src,doc,tools: update to OpenSSL 3.0PR #38512Daniel Bevenius为支持--openssl-legacy-provider命令行选项而补充legacyprov.c源码PR #40478。FIPS 支持回归OpenSSL 3.0 采用 Provider提供者架构后FIPS联邦信息处理标准能力通过独立的FIPS module重新可用。公告明确说明如需了解如何构建启用 FIPS 的 Node.js请参考上游BUILDING.md中 Building Node.js with FIPS-compliant OpenSSL 一节。这意味着合规场景如政府、金融行业在 Node 17 上重新获得了可落地的 FIPS 构建路径。你一定会遇到的 ERR_OSSL_EVP_UNSUPPORTEDOpenSSL 3.0 的 API 与 1.1.1 大体兼容但允许的算法与密钥长度限制被大幅收紧官方公告明确预计会对生态造成一定影响。最典型的现象是如果你的应用在 Node.js 17 下抛出ERR_OSSL_EVP_UNSUPPORTED说明你的应用或某个依赖模块正在尝试使用 OpenSSL 3.0 默认不再允许的算法或密钥尺寸。这类报错最常见的触发场景包括使用小于 2048 位的 RSA 密钥、调用被移入 legacy provider 的旧算法如部分 MD2/MD4/RC4 相关路径、以及若干老式 cipher或某些老版本加密库内部的算法枚举行为。针对此类问题v17.0.0 提供了一条临时缓解路径node --openssl-legacy-provider your-app.js--openssl-legacy-provider是本次新增的命令行选项见 Semver-Minor 提交src: add --openssl-legacy-provider optionPR #40478其作用是在 OpenSSL 3.0 的 Provider 体系中额外加载 legacy provider从而临时恢复被收紧前的算法可用集。注意它只是 workaround临时绕过方案公告措辞为 as a temporary workaround正确的长期做法是升级依赖、更换算法或补齐密钥长度而不是在生产环境长期挂着 legacy provider——那相当于主动降低加密默认安全水位。V8 9.5Intl 能力再次升级V8 JavaScript 引擎升级到9.5提交deps: update V8 to 9.5.172.19Michaël ZassoPR #40178同时配套的还包括将 NODE_MODULE_VERSION模块 ABI 版本提升到 102——这意味着v17.0.0 的原生模块Native Addons必须针对该 ABI 重新编译与 v16 及更早版本互不兼容。发布数据生成器中的modules: latestVersion.modules.version字段见 releaseData.mjs正是用来记录并展示这一 ABI 版本号的。V8 9.5 为 JavaScript 开发者带来的可见变化集中在国际化 APIIntl.DisplayNames增加了额外的支持类型如语言、地区、货币等展示名称的更多维度Intl.DateTimeFormat扩展了timeZoneName选项允许更细粒度地控制时区名称在日期格式化输出中的呈现。对于做全球化产品的团队这两个变化意味着更少的 polyfill 依赖即可实现多语言日期与地域名称展示。此外v17.0.0 一并移除了--harmony-top-level-await实验标志Semver-Patch 提交v8: remove --harmony-top-level-await因为顶层 await 已在 V8 中默认启用、无需再通过 flag 开启。Readline Promise API用 await 逐行读写readline模块本来的职责是从一个 Readable 流如process.stdin逐行读取数据。v17.0.0 以 Semver-Major 方式引入promise-based APIreadline/promises子路径同时将Interface重构为 ES2015 class、校验AbortSignal并清理未使用的事件监听器均为 PR #37947Antoine du Hamel。发布公告给出了一个可以直接运行的官方示例import * as readline from node:readline/promises; import { stdin as input, stdout as output } from process; const rl readline.createInterface({ input, output }); const answer await rl.question(What do you think of Node.js? ); console.log(Thank you for your valuable feedback: ${answer}); rl.close();要点拆解通过node:readline/promises导入的是 Promise 版本 APIcreateInterface用法与回调版一致rl.question()返回 Promise可以直接await无需再嵌套回调读取完用户输入后务必调用rl.close()释放接口与底层流资源同一提交还新增了autoCommit选项Semver-Minor用于在写入 history 时自动提交简化交互式 CLI 的历史管理该实现初期被标记为experimental见 Semver-Patch 提交doc: mark readline promise implementation as experimental因此在生产 CLI 工具中采用前应留意 API 可能的微调。弃用与移除升级前必须排查的破坏点v17.0.0 的 Semver-Major 变更中以下几项直接影响既有代码的兼容性dns 模块的两处收紧dns.lookup()选项的类型强转被运行时弃用PR #39793此前传入非布尔/非对象类型会被静默强转现在会在运行时告警提示调用方补齐正确类型dns.lookup()默认改为verbatim: truePR #39987DNS 解析结果默认按 DNS 服务器返回的原始顺序verbatim使用而不是此前默认排序 IPv4 优先的行为。对依赖IPv4 优先顺序的连接建立逻辑例如部分直连 IP 的服务发现、P2P 节点选择可能产生影响多 A/AAAA 记录环境下应显式校验连接目标的 IP 族。moduleESM 解析器的两处清理subpath folder mappings 正式 EOL结束生命周期PR #40121旧的子路径→文件夹映射写法不再可用trailing slash patterns尾斜杠模式运行时弃用PR #40117import ... from pkg/sub/这类以斜杠结尾的导入模式将被弃用告警应改为精确的导出路径。这两项都属于对早期 ESM 解析行为的还债式清理升级到 17 后建议立即检查package.json的exports字段与源码中的导入路径确保使用规范化的 exports 子路径映射。其他运行时行为变更http abort 相关 API 文档级doc-only弃用PR #36670仅文档标注弃用暂不产生运行时告警stream.finished()在流已出错时应报错PR #39235以及配套的一大批 stream 语义修正详见下文 Stream 行为修订清单。值得关注的新特性与其他 Notable ChangesstructuredClone() 成为全局函数structuredClone()以 Semver-Major 方式从实验 API 提升为全局可用PR #39759Ethan Arrowood随后又通过lib: make structuredClone spec compliantPR #40251进一步对齐规范。这意味着const cloned structuredClone({ a: 1, nested: { b: 2 } });无需任何 import即可对对象进行结构化克隆支持循环引用、Date、Map、Set、ArrayBuffer等结构化类型在深拷贝场景下可以直接替代手写递归克隆或JSON.parse(JSON.stringify())方案。DOMException 暴露为全局对象DOMException被提升为全局PR #39176Khaidi Chu与 Web 平台的错误类型对齐。此后在 Node.js 中也可以直接new DOMException(message, name)抛出自定义 Web 风格异常并参与AbortSignal等 Web 标准 API 的错误语义统一。fsFileHandle 直接产出 Web Streamfs.FileHandle.prototype.readableWebStream()Semver-MinorPR #39331让文件句柄可以直接转换为 Web Streams 规范的 ReadableStreamconst { open } require(node:fs/promises); const file await open(./big.txt); const stream file.readableWebStream(); // stream 可直接喂给 fetch 的 body、pipeTo 到 WritableStream 等这大大简化了 Node.js 流与 Web Streams 之间的互操作是当时 Web Streams 落地进程中的关键一环。stream 模块行为修订Semver-Major 语义v17.0.0 对 stream 的错误传播与生命周期语义做了一大批收紧公告中可见的要点包括finished应对已出错的流直接报错#39235可读流出错时不再触发end#39607、出错或关闭后不再触发data#39639读错误时销毁可读流#39342、将错误转发给回调#39364校验 abort signal#39346、早关在Readable[AsyncIterator]中抛错#39117、早关转换为AbortError#39524Duplex 在不可读写时读写应报错#34385、highWaterMark阈值修正并补充缺失错误#38700新增readableDidRead属性Semver-Minor#36820新增CompressionStream/DecompressionStream与 streams↔webstreams 适配器Semver-Patch#39348、#39134。这些变更共同构成对 stream 错误处理静默吞错问题的系统性修复升级后请重点回归依赖流式处理的业务如文件上传、数据管道、代理转发。npm 8.1.0 与 Corepack 0.10依赖层面v17.0.0 将内置 npm 升级到8.1.0PR #40463并将 Corepack 升级到0.10PR #40374。npm 8 带来的 workspace 能力增强与npm exec等新命令会随 Node 17 一并生效。完整破坏性变更清单Semver-Major Commits以下为 v17.0.0 发布公告列出的全部 Semver-Major 提交供升级评估逐条核对模块变更内容PRbuild使用 C17 编译MSVC 与--gnu17#38807deps更新 V8 至 9.5.172.19NODE_MODULE_VERSION 升至 102#40178deps,test,src,doc,tools更新至 OpenSSL 3.0#38512dgram收紧socket.send中address的校验#39190dns运行时弃用dns.lookup选项的类型强转#39793dnsdns.lookup()默认verbatimtrue#39987doc最低支持 FreeBSD 提升至 12.2#40179errors致命异常导致退出时打印 Node.js 版本号#38332fs修复rmSync错误被吞掉的问题#38684fsfsPromises聚合错误以避免错误吞没#38259lib新增structuredClone()全局#39759lib将DOMException暴露为全局#39176modulesubpath folder mappings 结束生命周期EOL#40121module运行时弃用 trailing slash patterns#40117readline校验AbortSignal并移除未使用的事件监听器#37947readline引入 promise-based API#37947readline将Interface重构为 ES2015 class#37947src允许SafeGetenv使用CAP_NET_BIND_SERVICE#37727src若干函数返回类型改为Maybe#39603src允许在 NodePlatform 中自定义PageAllocator#38362stream修正 highWaterMark 阈值并补充缺失错误#38700stream出错或关闭后不再触发data#39639stream可读流出错时不再触发end#39607stream将错误转发给回调#39364stream读错误时销毁可读流#39342stream校验 abort signal#39346stream统一 stream utils#39294streamReadable[AsyncIterator]早关时抛错#39117streamfinished对已出错流应报错#39235streamDuplex 不可读写时读写应报错#34385streampipeline 与异步迭代绕过 legacy destroy#38505url分离的 accessors 上调用抛出 invalid this#39752url禁止toASCII引入特定 confusable 变更#38631完整新特性清单Semver-Minor Commits模块变更内容PRfs新增FileHandle.prototype.readableWebStream()#39331readline新增autoCommit选项#37947src新增--openssl-legacy-provider选项#40478src新增控制进程行为的 flags#40339stream新增readableDidRead#36820vm动态导入支持 import assertions#40249Semver-Patch Commits 要点速览除上述破坏性变更与新特性外v17.0.0 还包含约百项补丁级提交按模块归类如下deps升级 npm 至 8.1.0#40463、Corepack 至 0.10#40374、重新生成 OpenSSL 架构文件与补充legacyprov.c#40478、V8 补丁至 9.5.172.21 并做 9.5/9.6 ABI 兼容#40432、#40422、抑制 zlib 编译告警#40343、Windows 调试链接 workaround#38807stream早关转换为AbortError#39524、修复toWeb拼写#39496、统一done()调用#39475、新增CompressionStream/DecompressionStream#39348、实现 streams↔webstreams 适配器#39134、修复性能回归#39254、异步迭代改用finished#39282esm / lib整合 ESM loader hooks#37468、structuredClone对齐规范#40251、URL 参数修正以通过 idlharness#39848toolsESLint 升级至 8.0.0#40394及一系列 lint 依赖与 V8 gypfiles 更新#40178test / typings / meta / doc覆盖fs.ReadStreamFileHandle#40018、URL toASCII WPT#39910、os/timers/util/options 绑定的类型声明#40222、AUTHORS 整理与 Electron v15/v16/v17 ABI 声明#39950、#40320等其他tty启用缓冲#39253、dgram增加nread断言#40295、net对象模式相关错误抛出与清理#40344、url性能回归修复#39778。版本元数据如何进入 nodejs.org源码链路解读这份发布公告不仅是开发者阅读的技术文档它同时也是 nodejs.org 站点的数据源。结合仓库源码可以看到完整链路版本枚举releaseVersions.mjs 遍历全部 major 版本及其 releases产出v17.0.0这样的版本号列表用于下载页版本下拉框等场景版本详情releaseData.mjs 从每个版本中抽取npm、v8、modulesABI 版本号、发布日期与 Semver 信息并结合 EOL 计划计算statusCurrent/LTS/EOL。v17 系列在生命周期内即被标记为Current并在 2023 年 4 月 EOL 后转为EOL状态下载页会据此展示对应提示博客路由渲染blog 动态路由 读取blog/release/v17.0.0.md等 Markdown 文件通过 MDX 编译器渲染为页面frontmatter 中的layout: blog-post、category: release、author等字段驱动页面布局与元信息列表呈现release分类的博客文章通过 BlogPostCard 在博客列表页展示分类映射逻辑见 util/blog.tsrelease直接映射为release预览类型分页逻辑同样由该文件提供下载兼容性下载工具模块 使用semver.satisfies对用户选择的版本与安装方式做兼容性匹配v17.0.0 对应的安装包选项MSI、二进制、源码包据此动态启用或禁用。也就是说当你今天在 nodejs.org 的下载页看到 Node.js 17 系列的 npm/v8/ABI 版本信息其数据源头正是类似本文这样的发布公告数据。下载安装与完整性校验v17.0.0 发布公告为各平台提供了完整的分发产物覆盖Windows32 位与 64 位 MSI 安装包node-v17.0.0-x86.msi/node-v17.0.0-x64.msi、32/64 位二进制win-x86/node.exe、win-x64/node.exe及 7z/zip 压缩包macOS64 位 Installernode-v17.0.0.pkg、Apple Siliconarm64与 Intelx64二进制压缩包Linuxx64、PPC LEppc64le、s390x、ARMv7、ARMv8arm64二进制包.tar.xz其他平台AIX 64 位、Source Code 源码包node-v17.0.0.tar.gz/.tar.xz。发布公告还随附SHASUMS 文件其中包含每个分发产物对应的 SHA-256 校验和并以PGP 签名消息-----BEGIN PGP SIGNED MESSAGE-----包裹用于防止校验和本身被篡改。落地做法是下载产物与 SHASUMS 后先用发布方公钥验证 PGP 签名再用sha256sum -c SHASUMS核对产物哈希确保文件完整且未被替换。升级建议从 v16 到 v17 的迁移检查单综合以上变更从 Node.js 16或更早升级到 17.0.0 前建议逐项排查加密与 TLS检查是否使用了低于 2048 位的 RSA 密钥、被 legacy provider 收编的算法对出现ERR_OSSL_EVP_UNSUPPORTED的场景先定位算法来源再决定升级依赖还是临时使用--openssl-legacy-provider原生模块NODE_MODULE_VERSION 已升至 102所有 native addon 需用 Node 17 对应的 ABI 重新编译node-gyp rebuild或依赖预编译二进制的新版本DNS 行为verbatimtrue默认值可能改变多记录环境下的连接顺序服务发现类代码需显式验证ESM 导入路径清理尾斜杠导入模式与 subpath folder mappings改用规范的exports子路径stream 错误语义回归测试依赖流式处理的数据管道、上传下载、日志转发等场景确认没有依赖旧版吞错/静默继续的行为readline 代码新项目可直接使用node:readline/promises既有回调代码可保持兼容但注意Interface已重构为 class、AbortSignal会被校验传入非法信号将报错FS/文件句柄需要与 Web Streams 对接时可直接使用FileHandle.prototype.readableWebStream()。总体而言v17.0.0 是 Node.js 在加密安全基线与Web 标准对齐两个方向上的里程碑版本OpenSSL 3.0 的引入影响深远structuredClone、DOMException、Web Streams 适配器等全局能力则让 Node.js 与浏览器平台的运行时语义进一步趋同。理解这份发布公告的每一项变更是安全完成升级与排查线上兼容问题的前提。【免费下载链接】nodejs.orgThe Node.js® Website项目地址: https://gitcode.com/GitHub_Trending/no/nodejs.org创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考