Hinweis: Diese Antwort gilt für Windows PowerShell . Im Gegensatz dazu ist in der plattformübergreifenden PowerShell Core Edition (Version 6 +) UTF-8 ohne Stückliste die Standardcodierung für alle Cmdlets.
Mit anderen Worten: Wenn Sie PowerShell [Core] Version 6 oder höher verwenden , erhalten Sie standardmäßig Stücklistenlose UTF-8-Dateien (die Sie auch explizit mit -Encoding utf8/ anfordern können -Encoding utf8NoBOM, während Sie mit -BOM-Codierung mit erhalten -utf8BOM).
Zur Ergänzung von M. Dudleys eigener einfacher und pragmatischer Antwort (und der präziseren Neuformulierung von ForNeVeR) ):
Der Einfachheit halber ist hier die erweiterte Funktion Out-FileUtf8NoBom, eine Pipeline-basierte Alternative, die nachahmtOut-File , was bedeutet:
- Sie können es genauso verwenden
Out-File in einer Pipeline verwenden.
- Eingabeobjekte, die keine Zeichenfolgen sind, werden so formatiert, wie sie wären, wenn Sie sie wie bei an die Konsole senden würden
Out-File.
Beispiel:
(Get-Content $MyPath) | Out-FileUtf8NoBom $MyPath
Beachten Sie, wie (Get-Content $MyPath)eingeschlossen ist (...), wodurch sichergestellt wird, dass die gesamte Datei geöffnet, vollständig gelesen und geschlossen wird, bevor das Ergebnis über die Pipeline gesendet wird. Dies ist erforderlich, um in dieselbe Datei zurückschreiben zu können (aktualisieren Sie sie an Ort und Stelle ).
Im Allgemeinen ist diese Technik jedoch aus zwei Gründen nicht ratsam: (a) Die gesamte Datei muss in den Speicher passen, und (b) wenn der Befehl unterbrochen wird, gehen Daten verloren.
Ein Hinweis zur Speichernutzung :
- Die eigene Antwort von M. Dudley erfordert, dass der gesamte Dateiinhalt zuerst im Speicher aufgebaut wird, was bei großen Dateien problematisch sein kann.
- Die folgende Funktion verbessert dies nur geringfügig: Alle Eingabeobjekte werden immer noch zuerst gepuffert, aber ihre Zeichenfolgendarstellungen werden dann generiert und einzeln in die Ausgabedatei geschrieben.
Quellcode vonOut-FileUtf8NoBom (auch als MIT-lizenzierte Gist erhältlich ):
<#
.SYNOPSIS
Outputs to a UTF-8-encoded file *without a BOM* (byte-order mark).
.DESCRIPTION
Mimics the most important aspects of Out-File:
* Input objects are sent to Out-String first.
* -Append allows you to append to an existing file, -NoClobber prevents
overwriting of an existing file.
* -Width allows you to specify the line width for the text representations
of input objects that aren't strings.
However, it is not a complete implementation of all Out-String parameters:
* Only a literal output path is supported, and only as a parameter.
* -Force is not supported.
Caveat: *All* pipeline input is buffered before writing output starts,
but the string representations are generated and written to the target
file one by one.
.NOTES
The raison d'être for this advanced function is that, as of PowerShell v5,
Out-File still lacks the ability to write UTF-8 files without a BOM:
using -Encoding UTF8 invariably prepends a BOM.
#>
function Out-FileUtf8NoBom {
[CmdletBinding()]
param(
[Parameter(Mandatory, Position=0)] [string] $LiteralPath,
[switch] $Append,
[switch] $NoClobber,
[AllowNull()] [int] $Width,
[Parameter(ValueFromPipeline)] $InputObject
)
#requires -version 3
# Make sure that the .NET framework sees the same working dir. as PS
# and resolve the input path to a full path.
[System.IO.Directory]::SetCurrentDirectory($PWD.ProviderPath) # Caveat: Older .NET Core versions don't support [Environment]::CurrentDirectory
$LiteralPath = [IO.Path]::GetFullPath($LiteralPath)
# If -NoClobber was specified, throw an exception if the target file already
# exists.
if ($NoClobber -and (Test-Path $LiteralPath)) {
Throw [IO.IOException] "The file '$LiteralPath' already exists."
}
# Create a StreamWriter object.
# Note that we take advantage of the fact that the StreamWriter class by default:
# - uses UTF-8 encoding
# - without a BOM.
$sw = New-Object IO.StreamWriter $LiteralPath, $Append
$htOutStringArgs = @{}
if ($Width) {
$htOutStringArgs += @{ Width = $Width }
}
# Note: By not using begin / process / end blocks, we're effectively running
# in the end block, which means that all pipeline input has already
# been collected in automatic variable $Input.
# We must use this approach, because using | Out-String individually
# in each iteration of a process block would format each input object
# with an indvidual header.
try {
$Input | Out-String -Stream @htOutStringArgs | % { $sw.WriteLine($_) }
} finally {
$sw.Dispose()
}
}