如果您打开存在于项目外部的TS文件，您可能会遇到这个问题。例如，我正在使用lerna，并从另一个包中打开了一个文件。尽管另一个包有自己的tsconfig和实验性的装饰器，但VsCode并不尊重它。

当您选择“src”文件夹作为工作区文件夹时，也会发生此错误。

当选择“src”，“node_modules”所在的根文件夹时，错误消失

虽然VS Code对于TypeScript项目来说是一个很棒的编辑器，但它需要时不时地踢一下。通常，在没有警告的情况下，某些文件会导致它崩溃并报错。大多数修复方法似乎是保存并关闭所有打开的文件，然后打开tsconfig.json。在此之后，您应该能够重新打开有问题的文件而不会出现错误。如果不奏效，就打泡沫，冲洗，然后重复。

如果你的tsconfig。json使用files数组指定它的源文件，智能感知只有在有问题的文件被引用时才能正常工作，这样VS Code可以通过遍历输入文件树找到它。

编辑:“重新加载窗口”命令(多年前添加的)应该一劳永逸地解决这个问题。

对我来说，这个错误“对装饰器的实验性支持是一个在未来版本中可能会更改的特性。(etc)”只会在Angular项目的VS Code中出现，而且只会在创建新服务时出现。

上面的解决方案:“在Visual Code Studio转到文件>>首选项>>设置，在搜索字段搜索“decorator”，并检查选项JavaScript›隐式项目配置:实验Decorators”解决了这个问题。

此外，在终端窗口中停止ng服务并重新启动它可以使错误在重新编译后消失。

如果你使用Deno JavaScript和TypeScript运行时，并且在tsconfig中启用了experimentalDecorators:true。json或VSCode ide设置。这是行不通的。根据Deno要求，在运行Deno文件时需要提供tsconfig作为标志。参见自定义TypeScript编译器选项

在我的特殊情况下，我正在运行一个Deno测试并使用。

$ deno test -c tsconfig.json

如果它是一个文件，你会有

 $ deno run -c tsconfig.json mod.ts

我tsconfig.json

{
  "compilerOptions": {
    "allowJs": true,
    "experimentalDecorators": true,
    "emitDecoratorMetadata": true,
    "module": "esnext"
  }
}

我最近在Visual Studio 2017下遇到了这个问题——原来这是由VS的一个“功能”引起的——忽略tsconfig。当构建操作未设置为内容时，json。

因此，将Build操作更改为Content并重新加载解决方案就解决了这个问题。