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