里程碑：Windows加入原生Linux命令！是否可以拋棄WSL了？

以往在Windows中跨平臺(tái)開發(fā)有兩條主流路徑：

方案1：裝WSL。能完整用Linux命令，但需要虛擬機(jī)層級開銷，文件互訪、路徑轉(zhuǎn)換仍有些麻煩；

方案2：裝Git Bash/Cygwin/MinGW。第三方環(huán)境，版本雜亂、兼容性參差不齊，部分腳本跑不通。

如今，微軟在Build 2026開發(fā)者大會(huì)上正式推出適用于Windows系統(tǒng)的Coreutils工具集，將多款主流Linux命令行工具原生集成到Windows平臺(tái)中。

該項(xiàng)目基于開源項(xiàng)目uutils開發(fā)而成。uutils采用Rust語言重構(gòu)了GNU核心工具集，具備跨平臺(tái)特性。推出這套工具的初衷，是讓開發(fā)者在Linux、macOS、原生Windows以及Windows子系統(tǒng)（WSL）之間切換工作環(huán)境時(shí)，無需改動(dòng)原有命令行使用習(xí)慣。

微軟已在GitHub上架相關(guān)軟件包，整合了uutils、傳統(tǒng)核心工具集、文件查找工具集，以及兼容GNU標(biāo)準(zhǔn)的grep程序，最終打包為單一可執(zhí)行文件對外提供。

Coreutils安裝方式與單文件運(yùn)行原理

Windows版Coreutils收錄了大量Linux用戶熟知的命令行工具，包括cat、cp、find、grep、hostname、ls、mv、pwd、rm、sleep、tee和uptime等。借助這套工具，簡單文件處理和文本類腳本無需修改，就能直接在Windows上順暢運(yùn)行。

你可以直接Win+X打開PowerShell，通過WinGet工具執(zhí)行以下命令完成自動(dòng)安裝：

winget install Microsoft.Coreutils

微軟并未為每一個(gè)命令單獨(dú)制作可執(zhí)行程序，而是統(tǒng)一開發(fā)了coreutils.exe，所有工具功能都集成在這一個(gè)文件內(nèi)，通俗地講，類似過去DOS操作系統(tǒng)中的command.com文件。

安裝過程中，程序會(huì)為每一條支持的命令創(chuàng)建NTFS硬鏈接，例如ls.exe、cp.exe、cat.exe、rm.exe等。這些鏈接文件全部指向存放于C:\Program Files\coreutils目錄下的主程序coreutils.exe。

當(dāng)你執(zhí)行任意一條相關(guān)命令時(shí)，系統(tǒng)都會(huì)加載coreutils.exe，程序再根據(jù)調(diào)用的命令名稱，啟動(dòng)對應(yīng)的工具功能。

這種設(shè)計(jì)既能讓微軟只維護(hù)一個(gè)主程序文件，又能保留Linux風(fēng)格的獨(dú)立命令調(diào)用形式。因此在使用時(shí)，你會(huì)看到數(shù)十個(gè)不同命令名，最終都指向同一個(gè)可執(zhí)行文件。

終端沖突與兼容性

不少Linux命令和Windows命令提示符、PowerShell內(nèi)置命令重名。微軟為此發(fā)布了一份兼容性對照表，詳細(xì)說明了各個(gè)工具在不同Windows終端中的運(yùn)行表現(xiàn)。

ls、cat、cp、mv、rm、pwd、sleep、tee等命令均在表格之列。而這些工具能否正常生效，取決于你當(dāng)前使用的終端類型、系統(tǒng)環(huán)境變量PATH的目錄優(yōu)先級，以及PowerShell的別名配置。

dir、more、paste、whoami等命令并未納入本次工具集，原因是它們和Windows原生命令存在功能沖突。

功能取舍及背后的原因

部分依賴POSIX標(biāo)準(zhǔn)接口的類Unix工具，因Windows系統(tǒng)本身不兼容相關(guān)特性，本次并未一同推出，典型包括chmod、chown、chroot、nohup、tty、who等命令。

kill和timeout同樣暫未支持，根源在于Windows不兼容POSIX信號機(jī)制。微軟也表示，未來有可能會(huì)追加信號相關(guān)功能支持。

官方同時(shí)提醒，同一命令在Linux和Windows平臺(tái)上的運(yùn)行效果可能存在差異。這類區(qū)別主要來自換行符格式、文件權(quán)限機(jī)制以及POSIX接口兼容度的不同。

推出Windows版Coreutils，是微軟優(yōu)化開發(fā)者體驗(yàn)、提升Windows開發(fā)生態(tài)吸引力的舉措。在本屆Build2026大會(huì)上，微軟還發(fā)布了WSL容器功能，用戶今后可依托原生命令行工具與接口，在Windows上創(chuàng)建、運(yùn)行和管理Linux容器。

理性看待短板

總的來看，Coreutils依然無法完全替代WSL。

首先，缺失POSIX核心能力。明確砍掉了chmod/chown/kill/nohup 等依賴POSIX權(quán)限、進(jìn)程信號的命令。Windows本身沒有Unix式用戶權(quán)限、進(jìn)程信號體系，這類功能短期內(nèi)很難補(bǔ)齊。這注定了只適合文件處理、文本篩選、簡單腳本，不適合深度系統(tǒng)權(quán)限、進(jìn)程管控類場景。

其次，存在命令沖突問題。dir/more/whoami等和 Windows 原生命令重名，為了系統(tǒng)穩(wěn)定直接放棄兼容。同時(shí)受PATH 順序、PowerShell別名影響，同一條命令在不同終端表現(xiàn)可能不一樣，復(fù)雜環(huán)境需要手動(dòng)排錯(cuò)。

最后，運(yùn)行邏輯仍然存在差異。換行符、文件路徑、權(quán)限邏輯、特殊字符處理，Windows和 Linux天生不同。復(fù)雜Shell腳本、依賴底層POSIX特性的程序，依然大概率跑不通。

因此，在Windows下運(yùn)行Linux專屬服務(wù)、編譯環(huán)境、完整容器、依賴系統(tǒng)調(diào)用的軟件，依舊必須用WSL。