使用ES6 import导入Node模块默认导出类时触发‘Apple is not a constructor’错误

看起来你遇到的是CommonJS和ES模块互操作性的典型问题，我们一步步来拆解解决：

问题根源 #

从你提供的旧代码（const app = new Apple.default()）就能看出，这个外部模块编译后的CommonJS导出结构是：模块的默认导出被嵌套在了module.exports.default属性里，而不是直接赋值给module.exports。

当你用ES模块的import Apple from 'xxx'语法时，默认会把整个module.exports对象赋值给Apple变量——这时候Apple是一个包含default属性的普通对象，自然不是构造函数，所以才会报错“Apple is not a constructor”。

解决方案 #

你可以通过以下几种方式修正导入语句，正确获取到类构造函数：

方案1：显式导入默认导出

import { default as Apple } from '@123-grp-node/node-000';
const app = new Apple();

方案2：导入整个模块对象，再取default属性

import * as AppleModule from '@123-grp-node/node-000';
const app = new AppleModule.default();

方案3：（可选，若有权限修改外部模块）调整外部模块的TS编译配置

如果你能控制外部模块的代码，可以修改它的tsconfig.json，确保compilerOptions里开启esModuleInterop: true和allowSyntheticDefaultImports: true。这样TS编译时会把export default直接映射为module.exports = Apple，而不是嵌套在default属性里，后续导入就可以直接用import Apple from 'xxx'了。不过这个方案需要你能修改依赖包的配置，可能不太适用。

为什么类型检查正常但运行时报错？ #

这是TypeScript和JS模块互操作时常见的“类型与运行时不匹配”问题：编辑器的类型提示依赖于模块的.d.ts类型定义，它会正确识别export default的类类型；但运行时的JS代码是编译后的CommonJS格式，实际导出结构和类型定义的表现不一致，所以会出现“能跳转但运行报错”的情况。

关于esModuleInterop的补充 #

你已经开启了esModuleInterop: true，这个选项本来是用来抹平CommonJS和ES模块的互操作差异，但它的生效前提是被导入的模块是标准CommonJS格式（即module.exports直接指向导出值）。而这个外部模块的导出结构是module.exports = { default: Apple }，属于TS编译CommonJS时的特殊情况，所以需要显式指定导入default属性才能正常使用。

备注：内容来源于stack exchange，提问作者Brixton Weiss