Pliki wsadowe systemu Windows: .bat vs .cmd?

Jak rozumiem, .batjest to stara 16-bitowa konwencja nazewnictwa, i .cmddotyczy 32-bitowego systemu Windows, tj. Zaczynającego się od NT. Ale nadal widzę pliki .bat wszędzie i wydaje się, że działają dokładnie tak samo, używając jednego z sufiksów. Zakładając, że mój kod nie będzie trzeba uruchomić na coś starszego niż NT, to naprawdę ważne, w jaki sposób mogę wymienić moje pliki wsadowe, czy jest jakiś haczyka w oczekiwaniu na mnie zły za pomocą przyrostka?

Z tego posta opublikowanego przez samego Marka Zbikowskiego :

Różnice między .CMD i .BAT w odniesieniu do CMD.EXE są następujące: Przy włączonych rozszerzeniach PATH / APPEND / PROMPT / SET / ASSOC w plikach .CMD ustawi ERRORLEVEL bez względu na błąd. .BAT ustawia ERRORLEVEL tylko w przypadku błędów.

Innymi słowy, jeśli ERRORLEVEL ma wartość inną niż 0, a następnie uruchomisz jedno z tych poleceń, wynikowy ERRORLEVEL będzie:

• pozostawione same sobie z wartością inną niż 0 w pliku bat
• zresetować do 0 w pliku .cmd.

Oto zestawienie zweryfikowanych informacji z różnych odpowiedzi i cytowanych referencji w tym wątku:

1. command.com to 16-bitowy procesor poleceń wprowadzony w MS-DOS i był również używany w systemach operacyjnych z serii Win9x.
2. cmd.exeto 32-bitowy procesor poleceń w systemie Windows NT (64-bitowe systemy operacyjne Windows mają również wersję 64-bitową). cmd.exenigdy nie był częścią systemu Windows 9x. Powstał w wersji OS / 2 1.0, a wersja OS / 2 cmdrozpoczęła 16-bit (ale mimo to był w pełni rozwiniętym programem w trybie chronionym z podobnymi poleceniami start). Windows NT odziedziczył cmdpo OS / 2, ale wersja Win32 systemu Windows NT rozpoczęła się od wersji 32-bitowej. Mimo że OS / 2 przeszedł na wersję 32-bitową w 1992 roku, cmdpozostał 16-bitowym programem OS / 2 1.x.
3. ComSpecZmienne env definiuje, jaki program jest uruchomiony przez .bati .cmdskrypty. (Począwszy od WinNT, domyślnie jest to cmd.exe.)
4. cmd.exejest wstecznie kompatybilny z command.com.
5. Zaprojektowany skrypt cmd.exemożna nazwać, .cmdaby zapobiec przypadkowemu uruchomieniu w systemie Windows 9x. To rozszerzenie nazwy pliku pochodzi także z wersji OS / 2 1.0 i 1987.

Oto lista cmd.exefunkcji, które nie są obsługiwane przez command.com:

• Długie nazwy plików (przekraczające format 8.3)
• Historia dowodzenia
• Uzupełnianie tabulatorów
• Znak ucieczki: ^(Użyj dla \ & | > < ^:)
• Stos katalogów: PUSHD/POPD
• Arytmetyka liczb całkowitych: SET /A i+=1
• Wyszukaj / Zamień / Podciąg: SET %varname:expression%
• Podstawianie poleceń: FOR /F(istniało wcześniej, zostało ulepszone)
• Funkcje: CALL :label

Kolejność wykonania:

Jeśli obie wersje skryptu .bat i .cmd (test.bat, test.cmd) znajdują się w tym samym folderze i uruchomisz skrypt bez rozszerzenia (test), domyślnie uruchomiona zostanie wersja .bat skryptu, nawet w 64-bitowym systemie Windows 7. Kolejność wykonywania jest kontrolowana przez zmienną środowiskową PATHEXT. Aby uzyskać więcej informacji, zobacz Kolejność, w której wiersz polecenia wykonuje pliki .

Bibliografia:

• cmd.exe
• Command.com

wikipedia: Porównanie powłok poleceń

Te odpowiedzi są nieco za długie i koncentrują się na interaktywnym użyciu. Ważnymi różnicami dla skryptów są:

• .cmd zapobiega niezamierzonemu wykonaniu w systemach innych niż NT.
• .cmd włącza wbudowane polecenia zmiany poziomu błędu na 0 po sukcesie.

Nie takie ekscytujące, prawda?

Kiedyś w .cmdplikach włączono wiele dodatkowych funkcji , zwanych rozszerzeniami poleceń. Jednak są one teraz domyślnie włączone zarówno dla plików, jak .bati dla .cmdsystemu Windows 2000 i nowszych.

Podsumowując: w 2012 roku i później polecam używać .cmdwyłącznie.

Nie - nie ma to najmniejszego znaczenia. W NT rozszerzenie .bat i .cmd powodują, że procesor cmd.exe przetwarza plik dokładnie w ten sam sposób.

Dodatkowe interesujące informacje o Command.com vs. cmd.exe w systemach klasy WinNT od MS TechNet ( http://technet.microsoft.com/en-us/library/cc723564.aspx ):

To zachowanie ujawnia dość subtelną funkcję systemu Windows NT, która jest bardzo ważna. 16-bitowa powłoka MS-DOS (COMMAND.COM) dostarczana z systemem Windows NT jest specjalnie zaprojektowana dla systemu Windows NT. Gdy polecenie zostanie wprowadzone w celu wykonania przez tę powłokę, faktycznie go nie wykonuje. Zamiast tego pakuje tekst polecenia i wysyła go do 32-bitowej powłoki poleceń CMD.EXE w celu wykonania. Ponieważ wszystkie polecenia są w rzeczywistości wykonywane przez CMD.EXE (powłokę poleceń systemu Windows NT), 16-bitowa powłoka dziedziczy wszystkie funkcje i funkcje pełnej powłoki systemu Windows NT.

RE: Najwyraźniej, kiedy wywoływane jest polecenie command.com, jest to trochę skomplikowana tajemnica;

Kilka miesięcy temu, w trakcie projektu, musieliśmy dowiedzieć się, dlaczego niektóre programy, które chcieliśmy uruchomić pod CMD.EXE, faktycznie działały pod COMMAND.COM. „Program”, o którym mowa, był bardzo starym plikiem .BAT, który wciąż działa codziennie.

Odkryliśmy, że powodem, dla którego plik wsadowy działał w COMMAND.COM, jest to, że był uruchamiany z pliku .PIF (również starożytnego). Ponieważ specjalne ustawienia konfiguracji pamięci dostępne tylko przez PIF stały się nieistotne, zastąpiliśmy je konwencjonalnym skrótem na pulpicie.

Ten sam plik wsadowy, uruchomiony ze skrótu, działa w programie CMD.EXE. Kiedy się nad tym zastanowić, ma to sens. Powodem, dla którego tak długo nam to zajęło, było częściowo to, że zapomnieliśmy, że jego pozycją w grupie startupowej był MTP, ponieważ jest produkowany od 1998 roku.

Jednak w systemie Windows 7 pliki BAT mają również tę różnicę: jeśli kiedykolwiek utworzysz pliki TEST.BAT i TEST.CMD w tym samym katalogu i uruchomisz TEST w tym katalogu, uruchomi on plik BAT.

C:\>echo %PATHEXT%
.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC

C:\Temp>echo echo bat > test.bat

C:\Temp>echo echo cmd > test.cmd

C:\Temp>test

C:\Temp>echo bat
bat

C:\Temp>

Ponieważ oryginalny post dotyczył konsekwencji użycia sufiksu .bat lub .cmd , niekoniecznie polecenia w pliku ...

Inną różnicą między .bat i .cmd jest to, że jeśli istnieją dwa pliki o tej samej nazwie i obu rozszerzeniach, to:

• wprowadzenie nazwy pliku lub pliku .bat w wierszu polecenia spowoduje uruchomienie pliku .bat

• aby uruchomić plik .cmd, musisz wprowadzić nazwę pliku .cmd

wszystko działające w partii powinno działać w cmd; cmd zapewnia pewne rozszerzenia do kontrolowania środowiska. cmd jest również wykonywany przez nowy interpreter cmd i dlatego powinien być szybszy (niewidoczny na krótkich plikach) i stabilny, ponieważ bat działa w środowisku 16-bitowym emulowanym NTVDM

Wykonywanie plików .cmd i .bat jest inne, ponieważ w zmiennej poziomu błędu .cmd może zmieniać się w przypadku polecenia, którego dotyczą rozszerzenia poleceń. To naprawdę o to chodzi.

Uważam, że jeśli zmienisz wartość zmiennej środowiskowej ComSpec na %SystemRoot%system32\cmd.exe(CMD), to nie ma znaczenia, czy rozszerzenie pliku to .BATlub .CMD. Nie jestem pewien, ale może nawet być domyślny dla WinXP i wyższych.

Nieco temat, ale czy zastanawiałeś się nad hostem skryptów Windows ? Możesz znaleźć to ładniejsze.

Rozszerzenie nie ma znaczenia.

Istnieją niewielkie różnice między COMMAND.COMobsługą pliku a CMD.EXE.

różnica:

Pliki .cmd są ładowane do pamięci przed uruchomieniem. Pliki .bat wykonują wiersz, czytają następny wiersz, wykonują ten wiersz ...

możesz zetknąć się z tym, wykonując plik skryptu, a następnie edytując go, zanim zakończy się wykonywanie. pliki bat będą przez to pomieszane, ale pliki cmd nie.