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

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

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

正如GitHub问题中所建议的那样，理解这个问题的最佳选择是使用tracerresolution标志启动tsc命令

tsc - traceResolution

在我的情况下，由于开发一个库和应用程序在同一时间…

将一个从库中导入的文件从app移动到库中，会导致现在在库中的文件从它自己的dist文件夹中导入东西。

有趣的是…这实际上是最好的重构。它保持了对文件的正确引用:)

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

您应该添加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类型开始出现在我的目录中。

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

我也遇到了错误:无法写入文件'xx\xxx.js'，因为它会覆盖输入文件。

我发现:

如果未指定outDir， .js文件将在生成它们的.ts文件的同一目录中生成。

为了避免意外覆盖源文件，编译器将显示此错误。

您需要指定outDir，或者设置noEmit: true，以避免生成类似JavaScript源代码的编译器输出文件。

添加"outDir": "。/dist”到tsconfig中的compilerOptions。json为我工作时，我得到这个错误。我很确定这只是Visual Studio Code TypeScript扩展输出这个错误。我使用ts-loader与Webpack，而不是tsc编译器直接，所以我不必指定outDir，因为Webpack配置控制，但如果这使VS Code扩展高兴，这是好的。