我正在Visual Studio 2017中使用ASP.NET App，并且注意到Node.JS：服务器端Javascript进程运行在1.3GB至1.8GB的内存中。我的IIS工作进程是VS 2015中的正常大小。

我的应用程序不包含任何Node.JS库。我不知道如何关闭此Node.JS：服务器端Javascript进程。我没有用的东西占用了太多的内存。

除了卸载VS 2017并切换回VS 2015之外，还有其他方法可以消除这种情况吗？

在Task Manager中杀死主进程不会影响VS中的任何内容，但是，如果我转到“详细信息”选项卡并杀死单个正在运行的进程，它将使Visual Studio崩溃。我拍了一段视频，了解终止进程并运行本地网页后发生的情况（抱歉，质量有限，图像大小限制为2MB）：

工具>选项>文本编辑器> JavaScript / TypeScript>语言服务...

取消选中“启用新的JavaScript语言服务”。

这似乎阻止了NodeJS进程的启动。

我对此问题提出了反馈：

https://developercommunity.visualstudio.com/content/problem/31406/visual-studio-2017-nodejs-server-process-turn-off.html

我收到了来自MS团队的回复-他将我引导至此职位：

https://developercommunity.visualstudio.com/content/problem/27033/nodejs-server-side-javascript-process-using-to.html?childToView=27629#comment-27629

node.exe进程具有命令行：

实际上，有人告诉我：

在VS 2017中，JavaScript中实现了一些功能。Visual Studio使用Node.js来运行该JavaScript。除其他外，Node用于在用户编辑TypeScript或JavaScript时运行提供格式化和智能服务的代码。这是VS 2015的变化。

它回答了我的问题，但又提出了另一个问题-为什么您需要1.4GB的内存才能使我对JavaScript文件具有智能感知能力？或者这是VS内置的解决方案之一，所以它使用较少的内存，因此它不会没有达到32位进程的2GB（4GB）限制？问题问题问题。

您必须在Visual Studio上禁用TypeScript支持：

工具>扩展和更新> Microsoft Visual Studio的TypeScript>禁用

之后，只需重新启动Visual Studio，就可以了。

瑞安·特尼尔（Ryan Ternier）的回答向我指出了我认为正确的方向。跟随他的链接（https://developercommunity.visualstudio.com/content/problem/27033/nodejs-server-side-javascript-process-using-to.html?childToView=27629#comment-27629）使我想到了鲍登·凯利（Bowden Kelly） ，就在接受的答案下方。

这是鲍登·凯利的答案：

您看到的节点进程正在为JavaScript语言服务提供动力。每当您编辑JS文件，TS文件或任何带有JS / TS的文件（html，cshtml等）时，都会看到此过程出现。此过程是IntelliSense，代码导航，格式和其他编辑功能的强大功能，它通过分析项目的整个上下文来完成此过程。如果您的项目中有很多.js文件，该文件可能会很大，但问题很可能是您正在分析许多库文件。默认情况下，我们将扫描项目中的每个.js / .ts文件。但是您可以覆盖此行为，并调整语言服务以仅关注您的代码。为此，请使用以下设置在项目根目录中创建tsconfig.json：

    {
    "compilerOptions": {
        "allowJs": true,
        "noEmit": true
    },
    "exclude": [
        "wwwroot/lib" //ignore everything in the lib folder (bootstrap, jquery, etc)
        // add any other folders with library code here
    ],
    "typeAcquisition": { 
        "enable": true,
        "include": [
            "bootstrap",
            "jquery"  //list libraries you are using here
        ]
    }
}

一旦将包含所有脚本库的文件夹添加到tsconfig.json文件中，生活就再好了。

有史以来最肮脏的解决方法：只需将其重命名ServiceHub.Host.Node.x86.exe为其他名称即可。从那以后再也没有打扰过我。如果确实需要，请重新命名。

相同的技巧在Adobe Photoshop中也有效，由于某些原因，我还可以在通常的工作流程中找到它，因此它也可以运行Node。

原来...

您不能只是将其重命名并期望它继续工作。谁知道！

显然，仅当您暂停VS进程并杀死Node然后恢复VS时，此重命名技巧才有效。如果您尝试以更名为Node exe文件的形式启动VS，则在打开带有“未知硬错误”的项目时，它将崩溃。另外，在处理已经加载的项目时，上面的方法和属性的惰性引用计数器将不起作用，因为显然这依赖于Node是否以某种方式存在。

因此，可以暂停Node进程，让Windows分页将其内存从ram换出到硬盘驱动器上，而不重命名exe，这样您以后就可以再次启动VS而无需经历重命名的麻烦了。如果您愿意承受后果，那就是。

可以帮助项目减轻nodejs负担的方法是：将“ 工具”>“选项”>“项目和解决方案”>“ Web软件包管理”下使用的节点版本重新分配给已安装的64位版本。Studio仍将为tsserver.js实例启动其内部Node，但是项目中的任何打字稿将默认为提供的版本-这对我有直接帮助。

另外，又一次，我发现语言服务正在运行，我发现tsconfig.json在用作存储库的目录上方使用了一个简单的命令，并指定到skipLibCheck: true，并添加了node_modules来排除-极大地帮助了该服务，并且一个文件执行了下面的所有文件夹不论直接引用的项目如何。PS-如果您仍然想要JavaScript intellisense支持，请确保设置allowJs: trueand noEmit: true选项。

最后，在“ 工具”>“选项”>“文本编辑器”>“ Javascript / Typescript”>“项目”下的“ Typescript选项”中，检查是否未选中“ 自动编译不属于项目的Typescript文件”，因为这还会占用辅助的第三方项目资源使用节点或打字稿。

这些并不是万无一失的，每个人都必须找到自己确切的瓶颈，但是我发现这些方法对我和我的团队很有用

只是注意到高内存消耗已在2017年5月10日-Visual Studio 2017版本15.2（26430.04）中修复。

此处的发行说明：https : //www.visualstudio.com/zh-cn/news/releasenotes/vs2017-relnotes

有关此修复程序的特定说明：https : //developercommunity.visualstudio.com/content/problem/27033/nodejs-server-side-javascript-process-using-to.html

要在VS Code中禁用语言服务，请转至扩展名，然后过滤内置扩展名并禁用TypeScript / Javascript语言服务。

在VS代码的节点服务使我的服务器崩溃大约一百万次之后，我终于发现了这一点。令人讨厌的是，很难找到有关它的文档。

就我而言，我确实有一个机器人想要杀死node.js进程，并且做了以下事情来降低在Visual Studio 2019下运行的Node.Js进程的CPU消耗：

• 我删除了文件夹“ Program Files（x86）/ MicrosoftSDK / TypeScript
• 我跑 npm rebuild fsevents
• 我在Chrome浏览器中关闭了：设置-系统-继续运行后台应用程序...

在我看来，现在好多了。但并非100％不幸。

希望这也可以帮助某人。祝大家好运！:-)