在 Windows 上做前端開發(fā)幾乎每個(gè)人都有一道躲不開的坎代碼寫完了忐忐忑忑打開終端輸入npm run dev結(jié)果回車之后沒有等來 Vite 或者 Webpack 的啟動(dòng)頁(yè)反而等來一串紅字——npm : 無法加載文件 D:\app\nodejs\npm.ps1因?yàn)樵诖讼到y(tǒng)上禁止運(yùn)行腳本。新手往往第一反應(yīng)是“是不是我 Node.js 裝壞了”“是不是這個(gè)項(xiàng)目有毒”然后就開始卸載重裝、換目錄、重新配置環(huán)境變量折騰半天還是報(bào)錯(cuò)。別慌這篇就是來給你兜底的。先說結(jié)論你的 Node.js 大概率沒有裝壞項(xiàng)目本身也沒問題真正攔路的是 Windows 的 PowerShell 執(zhí)行策略ExecutionPolicy。這篇內(nèi)容會(huì)從報(bào)錯(cuò)原理講起給你一套保姆級(jí)四步修復(fù)流程再把我在實(shí)際排查中碰到的各種“改了策略還是不行”的坑也一并交代清楚。不管你是一行命令都還沒敲明白的小白還是已經(jīng)看膩了報(bào)錯(cuò)的老手只要照著走基本都能讓npm run dev順利跑起來。1. 先把報(bào)錯(cuò)看明白不是 npm 壞了是 PowerShell 在攔你1.1 報(bào)錯(cuò)信息逐行拆解先看清“禁止運(yùn)行腳本”是誰(shuí)干的先看完整報(bào)錯(cuò)長(zhǎng)什么樣。下面這個(gè)就是我實(shí)際遇到的標(biāo)準(zhǔn)場(chǎng)景路徑可能每個(gè)人不一樣但結(jié)構(gòu)和錯(cuò)誤類型是相同的PS C:\Users\zhang\my-project npm run dev npm : 無法加載文件 D:\app\nodejs\npm.ps1因?yàn)樵诖讼到y(tǒng)上禁止運(yùn)行腳本。有關(guān)詳細(xì)信息請(qǐng)參 閱 https:/go.microsoft.com/fwlink/?LinkID135170 中的 about_Execution_Policies。 所在位置 行:1 字符: 1 npm run dev ~~~ CategoryInfo : SecurityError FullyQualifiedErrorId : UnauthorizedAccess這里有幾個(gè)關(guān)鍵信息值得注意。第一報(bào)錯(cuò)發(fā)生在D:\app\nodejs\npm.ps1說明系統(tǒng)把npm命令解析到了這個(gè).ps1文件第二錯(cuò)誤類型是SecurityError錯(cuò)誤碼是UnauthorizedAccess翻譯過來的意思很清楚PowerShell 認(rèn)為當(dāng)前環(huán)境不允許運(yùn)行.ps1腳本所以直接把命令拒絕了。很多人一看到npm.ps1里的ps1后綴就蒙了其實(shí).ps1就是 PowerShell 腳本文件。npm 在安裝到 Windows 后會(huì)同時(shí)生成幾個(gè)不同后綴的命令文件npm.cmd給 CMD 用npm.ps1給 PowerShell 用還有一個(gè)不帶后綴的 shell 腳本給 Git Bash 用。你在 PowerShell 里輸入npmPowerShell 會(huì)優(yōu)先執(zhí)行npm.ps1這個(gè)腳本而它恰好被安全策略擋在外面。給小白打個(gè)比方PowerShell 執(zhí)行策略就像小區(qū)門口的保安他在上崗前收到一條規(guī)矩——“沒有通行證的外來人員一律不許進(jìn)”。npm 安裝時(shí)確實(shí)把腳本放到了小區(qū)里但保安認(rèn)的是腳本上有沒有被允許運(yùn)行的“通行證”也就是執(zhí)行策略。他一看沒有放行記錄直接把人攔下了然后回頭告訴你“不是你的腳本不行是規(guī)則不允許它進(jìn)?！?.2 為什么 Windows 默認(rèn)不讓你運(yùn)行 npm.ps1Windows 的 PowerShell 里面有一套腳本運(yùn)行防線叫執(zhí)行策略。這套策略有幾個(gè)檔位默認(rèn)情況下Windows 客戶端的策略是Restricted也就是“全部禁止運(yùn)行腳本”。你可以理解為它允許你手工敲命令但不允許你去執(zhí)行任何.ps1腳本文件。在系統(tǒng)還停留在惡意腳本泛濫、很多用戶還沒安全意識(shí)的時(shí)候這條限制算是一種保護(hù)。但是放到現(xiàn)在的前端開發(fā)背景下Node.js 生態(tài)的工具鏈像 npm、yarn、pnpm在 PowerShell 環(huán)境下都是靠.ps1腳本運(yùn)行的默認(rèn)策略就直接把所有現(xiàn)代前端命令都卡死了。有一個(gè)被問爛的問題特別有意思“我安裝 Node.js 的時(shí)候沒報(bào)錯(cuò)啊怎么到了 npm run dev 就報(bào)錯(cuò)了”原因是 Node.js 的安裝包走的是 MSI 安裝器安裝時(shí)調(diào)用的命令并不受 PowerShell 執(zhí)行策略限制。安裝完成后你打開 PowerShell 執(zhí)行npm run dev工具鏈才開始以腳本形式跑起來這個(gè)時(shí)候策略才真正發(fā)揮作用。所以嚴(yán)格來說這個(gè)報(bào)錯(cuò)不是安裝階段的問題而是首次運(yùn)行階段的問題。1.3 同一個(gè) npm為什么 CMD 里能用、PowerShell 里報(bào)錯(cuò)這里有個(gè)非常反直覺的現(xiàn)象我見過很多人在搜索引擎里搜了一圈焦頭爛額然后忽然發(fā)現(xiàn)“我切到 CMD命令提示符里執(zhí)行 npm -v 居然能用怎么回到 PowerShell 就報(bào)錯(cuò)”原因就是兩種終端的腳本執(zhí)行機(jī)制不一樣。CMD 里面調(diào)用的是npm.cmd文件它是批處理腳本不受 PowerShell 的 ExecutionPolicy 管而 PowerShell 里面會(huì)去執(zhí)行npm.ps1它要被 ExecutionPolicy 檢查。所以你在 CMD 里能順暢跑通npm -v不代表在 PowerShell 里也能跑通。了解這一點(diǎn)之后你的心態(tài)會(huì)好很多這不是環(huán)境壞了而是“門衛(wèi)”差異。只要我們把 PowerShell 這扇門也打開問題自然就解決了。2. 保姆級(jí)修復(fù)四步走一條命令解除限制2.1 修復(fù)前自檢CMD 里的 node 和 npm 是否正常在改任何配置之前先做一次基礎(chǔ)檢查。按下組合鍵Win R輸入cmd然后回車打開系統(tǒng)自帶的命令提示符窗口。接著分別執(zhí)行node -v npm -v正常情況下你會(huì)看到類似這樣的輸出v20.11.0 10.2.4如果你在 CMD 里能正常顯示 Node.js 版本號(hào)就能基本確認(rèn) Node.js 本身的安裝和環(huán)境變量路徑?jīng)]有大問題。如果這一步已經(jīng)報(bào)錯(cuò)比如出現(xiàn)“node 不是內(nèi)部或外部命令”那問題就另說了多半是安裝時(shí)沒有勾選加入 PATH或者環(huán)境變量配置有誤這時(shí)候要先去解決 PATH 的問題而不是急著處理 PowerShell 報(bào)錯(cuò)。我遇到過一部分用戶安裝 Node.js 時(shí)圖省事一路 Next沒有勾選 “Add to PATH”安裝完成之后Node 命令在各個(gè)終端里都找不到。這種情況下npm run dev的報(bào)錯(cuò)反而不是重點(diǎn)先保證node -v能通再說。2.2 管理員 PowerShell把權(quán)限先拿到手自檢沒問題之后我們開一個(gè)“有權(quán)限”的 PowerShell。點(diǎn)擊 Windows 的開始菜單在搜索框里輸入PowerShell會(huì)在結(jié)果里看到“Windows PowerShell”或者“終端”注意不要直接回車打開要右鍵選擇“以管理員身份運(yùn)行”。也可以直接在鍵盤上按Win X在彈出的快速菜單里選擇“終端(管理員)”或者“Windows PowerShell(管理員)”。為什么要管理員身份因?yàn)楹竺娴腟et-ExecutionPolicy命令默認(rèn)會(huì)往整個(gè)計(jì)算機(jī)的策略層級(jí)里寫如果權(quán)限不夠系統(tǒng)會(huì)直接拒絕執(zhí)行白白浪費(fèi)時(shí)間。而且以管理員身份打開也可以避免后續(xù)在部分目錄操作時(shí)出現(xiàn)“拒絕訪問”的權(quán)限問題。打開之后窗口標(biāo)題欄會(huì)顯示“管理員”字樣而且命令行提示符開頭會(huì)變成類似PS C:\Windows\system32的樣子。到這個(gè)狀態(tài)權(quán)限已經(jīng)到位了。2.3 核心命令修改 PowerShell 執(zhí)行策略這一步是整個(gè)修復(fù)流程的關(guān)鍵。先在管理員 PowerShell 里執(zhí)行下面這行命令看一眼當(dāng)前各個(gè)層級(jí)的策略到底是什么狀態(tài)Get-ExecutionPolicy -List你會(huì)看到類似這樣的表格范圍執(zhí)行策略MachinePolicyUndefinedUserPolicyUndefinedProcessUndefinedCurrentUserUndefinedLocalMachineRestricted在沒改過的情況下LocalMachine那一行基本就是Restricted。也就是說整臺(tái)電腦默認(rèn)禁止運(yùn)行腳本。然后執(zhí)行核心命令把它改成RemoteSignedSet-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser執(zhí)行后系統(tǒng)會(huì)問你是否要更改執(zhí)行策略輸入Y然后回車。接著再執(zhí)行一次Get-ExecutionPolicy看到輸出變成RemoteSigned就說明當(dāng)前生效了。這里我特別提醒一下命令里務(wù)必帶上-Scope CurrentUser。如果不帶Set-ExecutionPolicy會(huì)默認(rèn)寫進(jìn)LocalMachine這個(gè)全局范圍需要額外確認(rèn)管理員權(quán)限而且在部分電腦上會(huì)收到“因?yàn)橄到y(tǒng)上未啟用腳本執(zhí)行”之類的提示容易讓新手誤以為命令失敗了。第一次執(zhí)行可以先用我這條帶-Scope CurrentUser的版本它只對(duì)當(dāng)前 Windows 用戶生效不會(huì)影響電腦上其他賬號(hào)也更安全。關(guān)于RemoteSigned這個(gè)檔位可以簡(jiǎn)單理解為本地創(chuàng)建的腳本可以直接運(yùn)行從互聯(lián)網(wǎng)下載的未簽名腳本不允許運(yùn)行。Node.js 安裝時(shí)生成的npm.ps1是本地腳本所以可以被正常執(zhí)行。不要為了省事去把策略設(shè)成Unrestricted那樣等于全開綠燈會(huì)顯著降低電腦對(duì)下載腳本的防護(hù)沒必要為了一次項(xiàng)目啟動(dòng)去換這個(gè)風(fēng)險(xiǎn)。2.4 返回項(xiàng)目目錄跑通 npm run dev執(zhí)行策略改完之后讓我們回到項(xiàng)目目錄。先退出當(dāng)前的管理員 PowerShell重新開一個(gè)普通 PowerShell 窗口或者直接在原來的窗口里切換到項(xiàng)目路徑cd D:\projects\my-vite-app如果項(xiàng)目路徑在另一塊磁盤比如路徑是D:\code\demo你需要先輸入盤符加冒號(hào)切換比如d: cd code\demo然后執(zhí)行npm -v能看到版本號(hào)就說明 PowerShell 已經(jīng)能正常執(zhí)行 npm 腳本了。接著直接跑npm run dev正常情況下Vite 項(xiàng)目會(huì)輸出類似這樣的內(nèi)容 my-vite-app0.0.0 dev vite VITE v5.2.8 ready in 1200 ms ? Local: http://localhost:5173/看到這個(gè)說明你已經(jīng)徹底繞開了“禁止運(yùn)行腳本”的攔截開發(fā)服務(wù)成功啟動(dòng)直接在瀏覽器里打開本地地址就能調(diào)試了。3. 改完還是報(bào)錯(cuò)這里是我被坑過的排查清單3.1 終端沒認(rèn)對(duì)PowerShell 和 CMD 的命令提示符不一樣如果你已經(jīng)按照第 2 章的步驟改了策略回到項(xiàng)目目錄后依然報(bào)一模一樣的錯(cuò)誤先低下頭看看你當(dāng)前這個(gè)窗口的提示符長(zhǎng)什么樣。如果最左邊寫的是PS C:\...那是 PowerShell 環(huán)境策略生效沒問題如果只是C:\...那就是 CMD 環(huán)境。還有更隱蔽的情況有的教程讓你打開“終端”Windows 11 上這個(gè)“終端”默認(rèn)還是會(huì)打開 PowerShell 標(biāo)簽頁(yè)但你在標(biāo)簽頁(yè)里看到的策略已經(jīng)改好了卻因?yàn)橥瑫r(shí)開了多個(gè)標(biāo)簽頁(yè)、某個(gè)標(biāo)簽頁(yè)還停留在老的會(huì)話狀態(tài)而出現(xiàn)誤判。這種時(shí)候最快的方式是把所有終端窗口全部關(guān)閉重新開一個(gè)新窗口再跑一次npm run dev。如果實(shí)在不想重新開窗口也有個(gè)臨時(shí)繞法在 PowerShell 里直接執(zhí)行npm.cmd run dev因?yàn)檫@個(gè)命令指向的是 CMD 版本的 npm 腳本不經(jīng)過 PowerShell 執(zhí)行策略檢查。這個(gè)方法只適合應(yīng)急不建議當(dāng)成常規(guī)操作因?yàn)樗鼤?huì)繞過你剛建立的規(guī)則而且以后碰到某些腳本變量時(shí)行為可能和正常 npm 命令有細(xì)微差異。3.2 權(quán)限不夠VS Code 內(nèi)置終端是最容易被忽略的坑場(chǎng)景很常見你在管理員 PowerShell 里把執(zhí)行策略設(shè)置好了測(cè)試npm -v也正常于是興奮地回到 Visual Studio Code想用它的快捷鍵 Ctrl 打開內(nèi)置終端跑項(xiàng)目結(jié)果又飄紅。問題出在 VS Code 的終端權(quán)限繼承機(jī)制上。VS Code 默認(rèn)是以當(dāng)前用戶權(quán)限啟動(dòng)的它內(nèi)部終端里的進(jìn)程權(quán)限上限不會(huì)高于 VS Code 本身。如果你要操作的工程目錄恰好放在C:\Program Files這類受系統(tǒng)保護(hù)的位置或者目錄是在管理員賬戶下創(chuàng)建的普通權(quán)限的 VS Code 終端操作起來就會(huì)處處受限。我的習(xí)慣是開發(fā)項(xiàng)目老老實(shí)實(shí)放在用戶目錄或者 D 盤某個(gè)自己創(chuàng)建的目錄下不要放在系統(tǒng)盤的高權(quán)限目錄。如果你確實(shí)需要在受保護(hù)目錄下工作那就右鍵 VS Code 選擇“以管理員身份運(yùn)行”再打開項(xiàng)目。除此之外檢查一下 VS Code 設(shè)置里 “Terminal Integrated Default Profile” 是否被設(shè)置成了 PowerShell如果顯示的還是老版本 PowerShell也會(huì)出現(xiàn)策略改了但 VS Code 不識(shí)別的情況。3.3 Node 路徑混亂有多個(gè) node.exe 在打架還有一種非常隱蔽的情況你的電腦上裝過不止一個(gè) Node.js。也許是之前手動(dòng)裝過一個(gè)穩(wěn)定版后來又通過 nvm-windows 裝了版本或者某次安裝新版本時(shí)沒有卸載干凈結(jié)果環(huán)境變量 PATH 里有好幾條 Node 路徑。這時(shí)候你執(zhí)行npm -v看到的版本可能不是你以為的那個(gè)版本真正在背后生效的npm.ps1也可能在一個(gè)你完全沒改過權(quán)限的目錄里。排查方法很簡(jiǎn)單在終端里執(zhí)行where.exe node where.exe npm系統(tǒng)會(huì)把所有匹配到的路徑都列出來。如果列出來兩三條那就說明環(huán)境變量里有沖突。處理方案是打開“系統(tǒng)屬性 → 環(huán)境變量”把 PATH 里重復(fù)的 Node.js 路徑清一下保留一個(gè)你打算長(zhǎng)期使用的版本然后徹底關(guān)掉終端窗口再重新打開。這一步不做徹底的話就算策略改成Unrestricted它也可能跑到舊的 Node 目錄里去執(zhí)行一個(gè)舊腳本問題照樣出現(xiàn)。3.4 被組策略或安全軟件鎖死的情況如果你在Set-ExecutionPolicy的時(shí)候發(fā)現(xiàn)命令執(zhí)行完再查看Get-ExecutionPolicy -List某一行的策略仍然是Restricted而且怎么改都改不動(dòng)那很可能是系統(tǒng)層面的組策略把這些入口接管了。這種常見于公司下發(fā)的辦公電腦或者部分企業(yè)定制系統(tǒng)。個(gè)人電腦的話可以打開“運(yùn)行”對(duì)話框輸入gpedit.msc進(jìn)入本地組策略編輯器依次找到“計(jì)算機(jī)配置”下的“管理模板 → Windows 組件 → Windows PowerShell”把“打開腳本執(zhí)行”這一項(xiàng)配置為“允許本地腳本和遠(yuǎn)程簽名腳本”。但如果是公司配的電腦我不建議你自己去折騰這些系統(tǒng)策略最好直接聯(lián)系 IT 管理員拿到明確授權(quán)再處理。不要因?yàn)橐粋€(gè)開發(fā)環(huán)境問題去繞過公司的統(tǒng)一安全管控這一點(diǎn)要拎清楚。另外少部分第三方安全軟件會(huì)對(duì)腳本執(zhí)行進(jìn)行二次攔截。如果你確定執(zhí)行策略已經(jīng)是RemoteSigned但每次跑腳本還是報(bào)類似“此操作已取消”的提示可以打開安全軟件的信任區(qū)看看npm.ps1和 Node.js 的安裝目錄是不是被拉黑了。3.5 npm.ps1 被誤刪需要重建文件有一種比較容易誤判的情況npm -v報(bào)的不是策略錯(cuò)誤而是類似“無法將 npm 項(xiàng)識(shí)別為 cmdlet、函數(shù)、腳本文件”的提示或者提示找不到路徑。這說明npm.ps1文件本身已經(jīng)不在了。最常見的丟失時(shí)機(jī)是殺毒軟件把 npm 的.ps1腳本當(dāng)成了潛在威脅直接隔離。你可以打開資源管理器去 Node.js 安裝目錄比如D:\app\nodejs下面看看有沒有npm.ps1、npm.cmd這些文件。如果沒有最省事的辦法是去 Node.js 官網(wǎng)重新下載安裝包覆蓋安裝一遍文件就回來了。覆蓋安裝不會(huì)影響你已經(jīng)裝好的項(xiàng)目依賴這個(gè)可以放心。4. 比改完立刻跑通更值得養(yǎng)成的開發(fā)習(xí)慣4.1 不想動(dòng)全局策略就用臨時(shí) Bypass前面推薦的是改CurrentUser范圍的RemoteSigned這是長(zhǎng)期開發(fā)環(huán)境最常用的方案。但如果你只是在某個(gè)特定場(chǎng)景下跑一次命令比如幫別人調(diào)個(gè) bug不想在別人電腦上留下永久設(shè)置可以用臨時(shí)放行方案Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process-Scope Process的意思是只對(duì)當(dāng)前這個(gè) PowerShell 窗口進(jìn)程生效關(guān)掉窗口就立刻失效不會(huì)影響系統(tǒng)里的任何持久配置。這個(gè)方式對(duì)臨時(shí)救急來說非常方便也不需要在別的電腦上留下痕跡。如果你還想更徹底一點(diǎn)可以關(guān)閉當(dāng)前窗口用下面這種方式重新打開一個(gè)臨時(shí)放行的 PowerShellpowershell -ExecutionPolicy Bypass啟動(dòng)后窗口里的腳本就全部放行了。注意這個(gè)Bypass只適合臨時(shí)跑日常工作還是建議用規(guī)范的RemoteSigned安全策略該有的底線不能丟。4.2 Git Bash 才是前端項(xiàng)目的舒適區(qū)很多前端項(xiàng)目在你安裝 Git 的時(shí)候會(huì)順帶裝上 Git Bash這是一個(gè)模擬 Linux 命令行的環(huán)境。很多老前端喜歡在 Git Bash 里跑 npm 命令因?yàn)樗拿铒L(fēng)格和 mac、Linux 基本一致也更貼近線上服務(wù)器環(huán)境。重要的是Git Bash 根本不會(huì)碰到 PowerShell 腳本執(zhí)行策略的問題因?yàn)樗谧约旱?shell 環(huán)境里執(zhí)行的是 npm 的 sh 包裝腳本繞開了 Windows 的 PowerShell 腳本檢查。用的時(shí)候只需要在項(xiàng)目目錄里右鍵選擇“Git Bash Here”然后直接npm run dev就能跑。我自己的開發(fā)習(xí)慣是Git Bash 作為主力終端起碼它永遠(yuǎn)不會(huì)因?yàn)?ps1問題突然給我顏色看。如果你在 Windows 上被 PowerShell 折騰煩了可以考慮給 Git Bash 一個(gè)機(jī)會(huì)。4.3 用 nvm-windows 來管理 Node.js 版本很多前端開發(fā)者的項(xiàng)目不只有一套 Node.js 環(huán)境。老項(xiàng)目鎖定在 Node 16新項(xiàng)目要用 Node 20手動(dòng)裝來裝去很容易把 PATH 搞亂最后npm run dev報(bào)的錯(cuò)千奇百怪。我強(qiáng)烈建議 Windows 用戶用 nvm-windows 來管理 Node.js 版本它和 mac/Linux 上的 nvm 是同一套思路把版本切換做成一條命令。用 nvm-windows 之后你不再需要手動(dòng)去官網(wǎng)下載安裝包也不需要頻繁清理 PATH隨時(shí)切版本nvm install 20.11.0 nvm use 20.11.0有一點(diǎn)要注意如果你電腦上已經(jīng)裝過獨(dú)立的 Node.js最好先卸載干凈再用 nvm-windows 統(tǒng)一管理。兩個(gè)版本控制器同時(shí)存在很容易造成 PATH 順序混亂最后出現(xiàn)裝上去了卻不知道跑的是哪個(gè)版本的詭異現(xiàn)象。4.4 順手把 npm run dev 的其他連環(huán)報(bào)錯(cuò)一起解決改了執(zhí)行策略之后npm run dev也有可能會(huì)撞上新的報(bào)錯(cuò)。這里把幾個(gè)最常見的連帶問題一并給你列出來省得你來回搜索。第一種是npm ERR! Missing script: dev。這是說package.json里的scripts段沒有定義dev命令。你可以打開package.json看一眼確認(rèn)是不是項(xiàng)目約定用別的命令比如npm start或npm run serve。第二種是vite 不是內(nèi)部或外部命令。這種情況多半是依賴沒裝完整或者node_modules里某些包已經(jīng)損壞直接執(zhí)行一遍npm install再跑npm run dev試試。第三種是EADDRINUSE或者Port 5173 is already in use。這說明端口被占用了要么關(guān)掉占用端口的進(jìn)程要么在項(xiàng)目配置里改掉默認(rèn)端口。Vite 項(xiàng)目可以直接在命令后面追加參數(shù)npm run dev -- --port 5174或者去vite.config.js里通過server.port配置改默認(rèn)端口。5. 實(shí)用速查與最終經(jīng)驗(yàn)5.1 命令速查表把這些命令放在一起方便你直接收藏對(duì)照。目的命令備注檢查安裝狀態(tài)node -v、npm -v建議先在 CMD 里驗(yàn)證查看當(dāng)前策略Get-ExecutionPolicy -List確認(rèn)哪個(gè)層級(jí)被限制給當(dāng)前用戶放行Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser最推薦的方式當(dāng)前窗口臨時(shí)放行Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process關(guān)窗口即失效應(yīng)急繞過 npm.ps1npm.cmd run dev只建議臨時(shí)使用檢查 Node 路徑?jīng)_突where.exe node、where.exe npm看有沒有多個(gè)路徑切換 Node 版本nvm install 20、nvm use 20先安裝 nvm-windows5.2 最后分享一點(diǎn)我的實(shí)操體會(huì)剛開始學(xué)前端那陣子我第一次看到無法加載文件 npm.ps1也想過卸載重裝 Node.js甚至差點(diǎn)把電腦恢復(fù)出廠設(shè)置。后來才明白Windows 上腳本報(bào)錯(cuò)很多時(shí)候不是軟件裝壞了而是系統(tǒng)自身的腳本防線在起作用。與其一看到報(bào)錯(cuò)就重裝不如先花兩分鐘判斷一下問題出在哪個(gè)層面是命令找不到還是腳本被策略攔截還是端口被占用。思路捋順了大部分問題用一條命令就能解決。這條報(bào)錯(cuò)本質(zhì)上是 PowerShell 和 Node.js 工具鏈之間的一次“方言不通”。你只需要讓系統(tǒng)信任本地 npm 腳本一切就會(huì)回到正常軌道。我后來也遇到過無數(shù)次類似的錯(cuò)誤但再也沒有像第一次那樣慌過。希望你今天讀完這篇以后看到.ps1相關(guān)的報(bào)錯(cuò)也能直接判斷出它是安全策略問題順手就化解了。