node-dev搭配Typescript使用child_process fork的扩展名适配问题求解

核心矛盾是开发环境运行.ts源文件，编译后生产环境运行.js产物，两种环境下子进程入口文件扩展名不一致，以下两种方案均可解决：

方案1：通过环境变量动态匹配扩展名（最稳妥，不影响断点调试） #

在代码中通过环境变量区分运行环境，拼接对应扩展名：

// 开发环境加载.ts，生产环境加载.js
const workerFileExt = process.env.NODE_ENV === 'development' ? '.ts' : '.js'
fork(path.join(__dirname, `./worker${workerFileExt}`))

启动开发服务时注入环境变量即可，Windows环境下启动命令示例：

set NODE_ENV=development && node-dev src/index.ts

如果需要跨平台兼容，可安装cross-env包统一环境变量注入写法。该方案完全保留原有开发调试逻辑，VS Code worker进程断点可正常使用。

方案2：配置node-dev扩展名自动解析（符合省略扩展名的修改思路） #

node-dev支持配置可解析的扩展名列表，配置后可识别不带扩展名的文件路径：

1. 保留无扩展名调用写法：

fork(path.join(__dirname, './worker'))

2. 有两种配置方式可选：
   • 启动时添加参数：node-dev --ext ts,js src/index.ts
   • 在package.json中添加静态配置，无需每次启动加参数：

   {
     "node-dev": {
       "ext": "ts,js"
     }
   }
   

配置完成后，开发环境node-dev会自动按优先级匹配.ts、.js文件，生产环境Node原生会自动解析.js文件，两端均可正常运行。

注意：两种方案均兼容当前使用的Node v12.22.1与Windows 10环境，无额外依赖冲突。

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