在我的情况下，这是因为我不小心包含了一个类从dist目录:

import {Entities} from "../../dist";

刚刚删除了这条线，现在一切都好了。

set allowJS: true不是woI set outDir: true，它是工作

我遇到过这个问题，因为VSCode自动完成dist/文件夹中的文件。

import { SomeClass } from '../../dist/xxx/someclass' 

要解决这个问题，只需修复导入:

import { SomeClass } from './someclass' 

没有一个答案对我有用，所以我将分享可能导致这个问题的事情:

您应该添加outDir(或者至少是declarationDir)来排除。

"exclude": ["node_modules", "types"]

如果你的rootDir包含任何。js代码而没有指定outDir，那么它将尝试编译和覆盖原始的javascript，在这种情况下，你可以指定一个outDir。

"outDir": "lib"

这真的是一个“抓住你”的问题……如果你从任何地方导入任何东西，typescript都会编译，检查并生成它的类型声明。你的include或exclude里面有什么并不重要，你的rootDir设置为什么也不重要，如果你导入了一些东西，它就会被使用、输入、覆盖和输出，你之前的配置都不会被尊重。

例如，如果你有:

- /src
- tsconfig.json
- randomJsFile.js

:

"rootDir": "src"

And:

"include": ["src/**/*.ts"]

然后你将randomJSfile.js导入到任何/src文件的任何地方，它将生成一个*.d。Ts文件就在那个文件旁边(它甚至不会输出到你的类型目录)，它会尝试覆盖那个文件。

简而言之，这意味着您应该注意导入的内容，不要将rootDir之外的任何内容导入到项目中(node_modules除外)。

这是一个让我试图从../webpack.config.js导入配置*.d。Ts类型为webpack生成(甚至不在types目录中，只是在那里随机放置，根本不尊重tsconfig)，它也会尝试覆盖导入的文件并中断。一直想知道为什么当我导入配置时，完全随机的webpack类型开始出现在我的目录中。

如果您启用了增量构建，并且它只在某些时候中断(或者如果您删除了这些类型，但它们似乎(暂时)消失了)，那么这就更有趣了。

在我的例子中，我只是把"module": "commonjs"改为"module": "esnext"，它就修复了它。

当您尝试运行一个带有两个节点的项目时，很可能会发生这种情况。 对于这种假设，您可以在运行构建后测试名为“node”的计算机上的进程数。 我是怎么解决这个问题的:

步骤1。

比较

node -v

and

nvm -ls

，当前正在使用的版本。 在终端集中当前节点版本:

nvm use {neededVersion}

原则上，在nvm中删除节点的不必要版本(这将帮助IDE自动确定节点的正常版本)。

步骤2。

确定IDE中的当前节点。例如在WebStorm中: Node.js和NPM | Typescript:节点解释器-设置所需的版本。