站長資訊網本篇文章給大家介紹一下使用vscode調試Node.js的超簡單方法。有一定的參考價值，有需要的朋友可以參考一下，希望對大家有所幫助。
推薦學習：《vscode教程》、《nodejs 教程》
讓我們面對現實吧…調試 Node.js 一直是我們心中的痛。
觸達調試 Node.js 的痛點
如果你曾經有幸為 Node.js 項目編寫代碼，那么當我說調試它以找到出錯的地方并不是最簡單的事情時，你就知道我在談論什么。
不像瀏覽器中的 JavaScript，也不像有類似 IntelliJ 這樣強大的 IDE 的 Java，你無法到處設置斷點，刷新頁面或者重啟編譯器，也無法慢慢審閱代碼、檢查對象、評估函數、查找變異或者遺漏的變量等。你無法那樣去做，這簡直太糟糕了。
但 Node.js 也是可以被調試的，只是需要多費些體力。讓我們認真討論這些可選方法，我會展示給你在我開發經歷中遇到的最簡單調試方法。
調試 Node.js 的一些可選方法
有一些方式能調試有問題的 Node.js 程序。我把這些方法（包含詳細鏈接）都列在了下面。如果你感興趣，可以去了解下。
Console.log()— 如果你曾經編寫過 JavaScript 代碼，那么這個可靠的備用程序真的不需要進一步解釋。它被內置在 Node.js 并在終端中打印，就像內置到 JavaScript，并在瀏覽器控制臺中打印一樣。
在 Java 語言下，它是 System.out.println()。在 Python 語言下，它是 print()。你明白我的意思了吧。這是最容易實現的方法，也是用額外的行信息來“弄臟”干凈代碼的最快方法 —— 但它（有時）也可以幫助你發現和修復錯誤。
- Node.js 文檔
—-inspect— Node.js 文檔撰寫者本身明白調試不大簡單，所以他們做了一些方便的參考幫助人們開始調試。
這很有用，但是老實說，除非你已經編寫了一段時間的程序，否則它并不是最容易破譯的。它們很快就進入了 UUIDs、WebSockets 和安全隱患的陷阱，我開始感到無所適從。我心里想：一定有一種不那么復雜的方法來做這件事。
- Chrome DevTools — Paul Irish 在 2016 年撰寫了一篇有關使用 Chrome 開發者工具調試 Node.js 的博文（并在 2018 年更新）。它看起來相當簡單，對于調試來說是一個很大的進步。
半個小時之后，我仍然沒有成功地將 DevTools 窗口連接到我的簡單 Node 程序上，我不再那么肯定了。也許我只是不能按照說明去做，但是 Chrome DevTools 似乎讓調試變得比它應該的更復雜。
- JetBrains — JetBrains 是我最喜歡的軟件開發公司之一，也是 IntelliJ 和 WebStorm 的開發商之一。他們的工具有一個奇妙的插件生態系統，直到最近，他們還是我的首選 IDE。
有了這樣一個專業用戶基礎，就出現了許多有用的文章，比如這一篇，它們調試 Node，但與 Node 文檔和 Chrome DevTools 選項類似，這并不容易。你必須創建調試配置，附加正在運行的進程，并在 WebStorm 準備就緒之前在首選項中進行大量配置。
- Visual Studio Code — 這是我新的 Node 調試黃金標準。我從來沒有想過我會這么說，但是我完全投入到 VS Code 中，并且團隊所做的每一個新特性的發布，都使我更加喜愛這個 IDE。
VS Code 做了其他所有選項在調試 Node.js 都沒能做到的事情，這讓它變得傻瓜式簡單。如果你想讓你的調試變得更高級，這當然也是可以的，但是他們把它分解得足夠簡單，任何人都可以快速上手并運行，不論你對 IDE、Node 和編程的熟練度如何。這太棒了。
配置 VS Code 來調試 Node.js
好吧，讓我們來配置 VS Code 來調試 Node。我假設你已經從這里下載了 VS Code，開始配置它吧。
打開 Preferences > Settings，在搜索框中輸入 node debug。在 Extensions 選項卡下應該會有一個叫 Node debug 的擴展。在這里點擊第一個方框： Debug > Node: Auto Attach，然后設置下拉框的選項為 on。你現在幾乎已經配置完成了。是的，這相當的簡單。
現在進入項目文件，然后通過點擊文件的左側邊欄，在你想要看到代碼暫停的地方設置一些斷點。在終端內輸入 node --inspect <FILE NAME>。現在看，神奇的事情發生了…
VS Code 正在進行的代碼調試
如果你需要一個 Node.js 項目來測試它，可以在這里下載我的 repo。它是用來測試使用 Node 傳輸大量數據的不同形式的，但是它在這個演示中非常好用。如果你想了解
