Format-Hex
Wyświetla plik lub inne dane wejściowe jako szesnastkowe.
Składnia
Format-Hex
[-Path] <String[]>
[-Count <Int64>]
[-Offset <Int64>]
[<CommonParameters>]
Format-Hex
-LiteralPath <String[]>
[-Count <Int64>]
[-Offset <Int64>]
[<CommonParameters>]
Format-Hex
-InputObject <PSObject>
[-Encoding <Encoding>]
[-Count <Int64>]
[-Offset <Int64>]
[-Raw]
[<CommonParameters>]
Opis
Polecenie Format-Hex
cmdlet wyświetla plik lub inne dane wejściowe jako wartości szesnastkowe. Aby określić przesunięcie znaku z danych wyjściowych, dodaj liczbę z lewej strony wiersza do liczby w górnej części kolumny dla tego znaku.
Polecenie Format-Hex
cmdlet może pomóc w ustaleniu typu pliku uszkodzonego pliku lub pliku, który może nie mieć rozszerzenia nazwy pliku. Możesz uruchomić to polecenie cmdlet, a następnie odczytać dane wyjściowe szesnastkowe, aby uzyskać informacje o pliku.
W przypadku użycia Format-Hex
w pliku polecenie cmdlet ignoruje znaki nowego wiersza i zwraca całą zawartość pliku w jednym ciągu z zachowanymi znakami nowego wiersza.
Przykłady
Przykład 1. Pobieranie szesnastkowej reprezentacji ciągu
To polecenie zwraca wartości szesnastkowe ciągu.
'Hello World' | Format-Hex
Label: String (System.String) <2944BEC3>
Offset Bytes Ascii
00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
------ ----------------------------------------------- -----
0000000000000000 48 65 6C 6C 6F 20 57 6F 72 6C 64 Hello World
Ciąg Hello World jest wysyłany w dół potoku Format-Hex
do polecenia cmdlet. Dane wyjściowe szesnastkowe z Format-Hex
programu pokazują wartości każdego znaku w ciągu.
Przykład 2. Znajdowanie typu pliku z danych wyjściowych szesnastkowe
W tym przykładzie użyto danych wyjściowych szesnastkowe w celu określenia typu pliku. Polecenie cmdlet wyświetla pełną ścieżkę pliku i wartości szesnastkowe.
Aby przetestować następujące polecenie, utwórz kopię istniejącego pliku PDF na komputerze lokalnym i zmień nazwę skopiowanego pliku na File.t7f
.
Format-Hex -Path .\File.t7f -Count 48
Label: C:\Test\File.t7f
Offset Bytes Ascii
00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
------ ----------------------------------------------- -----
0000000000000000 25 50 44 46 2D 31 2E 35 0D 0A 25 B5 B5 B5 B5 0D %PDF-1.5..%????.
0000000000000010 0A 31 20 30 20 6F 62 6A 0D 0A 3C 3C 2F 54 79 70 .1 0 obj..<</Typ
0000000000000020 65 2F 43 61 74 61 6C 6F 67 2F 50 61 67 65 73 20 e/Catalog/Pages
Polecenie Format-Hex
cmdlet używa parametru Path, aby określić nazwę pliku w bieżącym katalogu . File.t7f
Rozszerzenie .t7f
pliku jest nietypowe, ale dane wyjściowe %PDF
szesnastkowe pokazują, że jest to plik PDF. W tym przykładzie parametr Count służy do ograniczania danych wyjściowych do pierwszych 48 bajtów pliku.
Przykład 3. Formatowanie tablicy różnych typów danych
W tym przykładzie użyto tablicy różnych typów danych, aby wyróżnić sposób Format-Hex
obsługi ich w potoku.
Każdy obiekt będzie przekazywany przez potok i przetwarzać indywidualnie. Jeśli jednak są to dane liczbowe, a sąsiedni obiekt również jest liczbowy, grupuje je w jeden blok wyjściowy.
'Hello world!', 1, 1138, 'foo', 'bar', 0xdeadbeef, 1gb, 0b1101011100 , $true, $false | Format-Hex
Label: String (System.String) <24F1F0A3>
Offset Bytes Ascii
00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
------ ----------------------------------------------- -----
0000000000000000 48 65 6C 6C 6F 20 77 6F 72 6C 64 21 Hello world!
Label: Int32 (System.Int32) <2EB933C5>
Offset Bytes Ascii
00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
------ ----------------------------------------------- -----
0000000000000000 01 00 00 00 72 04 00 00 � r�
Label: String (System.String) <4078B66C>
Offset Bytes Ascii
00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
------ ----------------------------------------------- -----
0000000000000000 66 6F 6F foo
Label: String (System.String) <51E4A317>
Offset Bytes Ascii
00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
------ ----------------------------------------------- -----
0000000000000000 62 61 72 bar
Label: Int32 (System.Int32) <5ADF167B>
Offset Bytes Ascii
00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
------ ----------------------------------------------- -----
0000000000000000 EF BE AD DE 00 00 00 40 5C 03 00 00 ï¾-Þ @\�
Label: Boolean (System.Boolean) <7D8C4C1D>
Offset Bytes Ascii
00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
------ ----------------------------------------------- -----
0000000000000000 01 00 00 00 00 00 00 00 �
Parametry
-Count
Reprezentuje to liczbę bajtów do uwzględnienia w danych wyjściowych szesnastkowy.
Ten parametr został wprowadzony w programie PowerShell 6.2.
Typ: | Int64 |
Position: | Named |
Domyślna wartość: | Int64.MaxValue |
Wymagane: | False |
Akceptowanie danych wejściowych potoku: | False |
Akceptowanie symboli wieloznacznych: | False |
-Encoding
Określa kodowanie ciągów wejściowych. Dotyczy to tylko [string]
danych wejściowych. Parametr nie ma wpływu na typy liczbowe. Wartość wyjściowa to zawsze utf8NoBOM
.
Dopuszczalne wartości tego parametru są następujące:
ascii
: używa kodowania dla zestawu znaków ASCII (7-bitowych).ansi
: używa kodowania dla strony kodowej ANSI bieżącej kultury. Ta opcja została dodana w programie PowerShell 7.4.bigendianunicode
: Koduje w formacie UTF-16 przy użyciu kolejności bajtów big-endian.bigendianutf32
: Koduje w formacie UTF-32 przy użyciu kolejności bajtów big-endian.oem
: używa domyślnego kodowania dla programów MS-DOS i konsoli.unicode
: Koduje w formacie UTF-16 przy użyciu kolejności bajtów little-endian.utf7
: Koduje w formacie UTF-7.utf8
: Koduje w formacie UTF-8.utf8BOM
: Koduje w formacie UTF-8 za pomocą języka Byte Order Mark (BOM)utf8NoBOM
: Koduje w formacie UTF-8 bez znaku kolejności bajtów (BOM)utf32
: Koduje w formacie UTF-32.
Począwszy od programu PowerShell 6.2, parametr Kodowanie umożliwia również numeryczne identyfikatory zarejestrowanych stron kodu (takich jak ) lub nazwy ciągów zarejestrowanych stron kodu (na przykład -Encoding 1251
-Encoding "windows-1251"
). Aby uzyskać więcej informacji, zobacz dokumentację platformy .NET dotyczącą pliku Encoding.CodePage.
Począwszy od programu PowerShell 7.4, można użyć Ansi
wartości parametru Kodowanie , aby przekazać identyfikator liczbowy dla strony kodowej ANSI bieżącej kultury bez konieczności ręcznego określania go.
Uwaga
UtF-7* nie jest już zalecane do użycia. Zgodnie z programem PowerShell 7.1 ostrzeżenie jest zapisywane w przypadku określenia utf7
parametru Kodowanie .
Typ: | Encoding |
Dopuszczalne wartości: | ASCII, BigEndianUnicode, BigEndianUTF32, OEM, Unicode, UTF7, UTF8, UTF8BOM, UTF8NoBOM, UTF32 |
Position: | Named |
Domyślna wartość: | UTF8NoBOM |
Wymagane: | False |
Akceptowanie danych wejściowych potoku: | False |
Akceptowanie symboli wieloznacznych: | False |
-InputObject
Określa obiekty, które mają być sformatowane. Wprowadź zmienną zawierającą obiekty lub wpisz polecenie lub wyrażenie, które pobiera obiekty.
Obsługiwane są tylko niektóre typy skalarne i [system.io.fileinfo]
.
Obsługiwane typy skalarne to:
[string]
,[char]
[byte]
,[sbyte]
[int16]
, ,[uint16]
, ,[short]
[ushort]
[int]
, ,[uint]
,[int32]
, ,[uint32]
[long]
, ,[ulong]
, ,[int64]
[uint64]
[single]
, ,[float]
[double]
[boolean]
Przed programem PowerShell 6.2 Format-Hex
obsługa danych wejściowych potoku z wieloma typami wejściowymi przez zgrupowanie wszystkich takich obiektów. Teraz obsługuje każdy pojedynczy obiekt podczas przechodzenia przez potok i nie grupuje obiektów, chyba że obiekty podobne są sąsiadujące.
Typ: | PSObject |
Position: | Named |
Domyślna wartość: | None |
Wymagane: | True |
Akceptowanie danych wejściowych potoku: | True |
Akceptowanie symboli wieloznacznych: | False |
-LiteralPath
Określa pełną ścieżkę do pliku. Wartość LiterałuPath jest używana dokładnie tak, jak jest typowana. Ten parametr nie akceptuje symboli wieloznacznych. Aby określić wiele ścieżek do plików, rozdziel ścieżki przecinkami. Jeśli parametr LiteralPath zawiera znaki ucieczki, należy ująć ścieżkę w znaki pojedynczego cudzysłowu. Program PowerShell nie interpretuje żadnych znaków w jednym cytowanym ciągu jako sekwencjach ucieczki. Aby uzyskać więcej informacji, zobacz about_Quoting_Rules.
Typ: | String[] |
Aliasy: | PSPath, LP |
Position: | Named |
Domyślna wartość: | None |
Wymagane: | True |
Akceptowanie danych wejściowych potoku: | False |
Akceptowanie symboli wieloznacznych: | False |
-Offset
Reprezentuje to liczbę bajtów do pominięcia z bycia częścią danych wyjściowych szesnastka.
Ten parametr został wprowadzony w programie PowerShell 6.2.
Typ: | Int64 |
Position: | Named |
Domyślna wartość: | 0 |
Wymagane: | False |
Akceptowanie danych wejściowych potoku: | False |
Akceptowanie symboli wieloznacznych: | False |
-Path
Określa ścieżkę do plików. Użyj kropki (.
), aby określić bieżącą lokalizację. Symbol wieloznaczny (*
) jest akceptowany i może służyć do określania wszystkich elementów w lokalizacji. Jeśli parametr Ścieżka zawiera znaki ucieczki, należy ująć ścieżkę w pojedynczy cudzysłów. Aby określić wiele ścieżek do plików, rozdziel ścieżki przecinkami.
Typ: | String[] |
Position: | 0 |
Domyślna wartość: | None |
Wymagane: | True |
Akceptowanie danych wejściowych potoku: | False |
Akceptowanie symboli wieloznacznych: | True |
-Raw
Ten parametr już nic nie robi. Jest on zachowywany w celu zachowania zgodności skryptów.
Typ: | SwitchParameter |
Position: | Named |
Domyślna wartość: | None |
Wymagane: | False |
Akceptowanie danych wejściowych potoku: | False |
Akceptowanie symboli wieloznacznych: | False |
Dane wejściowe
Możesz przekazać ciąg do tego polecenia cmdlet.
Dane wyjściowe
To polecenie cmdlet zwraca obiekt ByteCollection. Ten obiekt reprezentuje kolekcję bajtów. Zawiera metody, które konwertują kolekcję bajtów na ciąg sformatowany tak jak każdy wiersz danych wyjściowych zwracanych przez Format-Hex
. Dane wyjściowe zawierają również typ przetwarzanych bajtów. Jeśli określisz parametr Path lub LiteralPath , obiekt zawiera ścieżkę pliku zawierającego każdy bajt. Jeśli przekażesz ciąg, wartość logiczną, liczbę całkowitą itp., zostanie ona odpowiednio oznaczona etykietą.
Uwagi
Program PowerShell zawiera następujące aliasy dla programu Format-Hex
:
- Wszystkie platformy:
fhx
Prawa kolumna danych wyjściowych próbuje renderować bajty jako znaki ASCII:
Ogólnie rzecz biorąc każdy bajt jest interpretowany jako punkt kodu Unicode, co oznacza, że:
- Znaki ASCII z możliwością drukowania są zawsze poprawnie renderowane
- Wiele bajtów UTF-8 znaków nigdy nie renderuje poprawnie
- Znaki UTF-16 są renderowane poprawnie tylko wtedy, gdy ich bajt o wysokiej kolejności ma wartość
NUL
.