React17 Ejected项目Node LTS运行报错，fork-ts-checker-webpack-plugin该如何处理？

1. 升级该包至新版本能否解决错误？ #

能。你遇到的RpcIpcMessagePortClosedError是旧版本fork-ts-checker-webpack-plugin与Node.js 18兼容性不佳导致的IPC通信问题，后续v7及以上版本已经修复了这类Node版本适配bug。另外你当前项目里存在两个不同版本的该插件（6.2.13和6.5.3），版本冲突也可能触发异常。

建议执行以下步骤：

• 卸载旧版本：npm uninstall fork-ts-checker-webpack-plugin
• 安装最新稳定版：npm install fork-ts-checker-webpack-plugin --save-dev
• 执行npm dedupe清理依赖树里的重复包，确保项目只使用统一版本。

2. 完全移除该包是否可行？ #

可行，但会有一些影响：

• 移除前需要手动修改Webpack配置文件，删掉所有和fork-ts-checker-webpack-plugin相关的导入、实例化代码。
• 移除后，TypeScript类型检查会和Webpack打包进程合并执行，项目较大时会明显拖慢构建速度。
• 开发过程中，你需要手动执行tsc --noEmit来触发类型检查，或者依赖IDE的实时检查；Webpack打包时会把类型检查和编译捆绑在一起，出错时会直接中断打包流程。

另外你看到的react-dev-utils下的extraneous版本，是eject操作残留的冗余依赖，移除主插件后可通过npm prune清理掉。

3. 为什么需要该插件，TypeScript本身已支持类型检查？ #

核心原因是提升构建效率：

• TS默认在Webpack编译的同一个进程内做类型检查，当项目文件数量多、类型复杂时，检查耗时会占总构建时间的很大比例，导致打包变慢。该插件把类型检查放到独立进程中，和Webpack打包并行执行，能大幅缩短整体构建时间。
• 它支持增量类型检查，只会重新检查修改过的文件，进一步提升开发时的热更新速度。
• 开发模式下，它能实时将类型错误输出到控制台，不用等到Webpack打包完成才能看到问题，提升开发体验。

内容的提问来源于stack exchange，提问作者Daniel