注：この回答はWindows PowerShellに適用されます。対照的に、クロスプラットフォームPowerShellでコア版（V6 +）、UTF-8 BOMなしではある既定のエンコーディングすべてのコマンドレットを横切って、。
言い換えると、PowerShell [コア]バージョン6以降を使用している場合、デフォルトで BOMなしのUTF-8ファイルを取得します（-Encoding utf8/ -Encoding utf8NoBOMで明示的に要求することもできますが、 -BOMエンコーディングで取得できます-utf8BOM）。
M.ダドリー自身のシンプルで実用的な答え（およびForNeVeRのより簡潔な再定式化）を補足するには：
便宜上、ここでは高度な機能ですOut-FileUtf8NoBom、模倣そのパイプラインベースの代替Out-File手段：
Out-Fileパイプラインと同じように使用できます。- 文字列ではない入力オブジェクトは、と同様に、コンソールに送信した場合と同じようにフォーマットされます
Out-File。
例：
(Get-Content $MyPath) | Out-FileUtf8NoBom $MyPath
がでどのよう(Get-Content $MyPath)に囲まれているかに注意してください(...)。これにより、パイプラインを介して結果を送信する前に、ファイル全体が開かれ、完全に読み込まれ、閉じられます。これは、同じファイルに書き戻すことができるようにするために必要です（適切な場所に更新してください）。
ただし、一般に、この手法は2つの理由でお勧めできません。（a）ファイル全体がメモリに収まる必要がある、（b）コマンドが中断されると、データが失われる。
メモリ使用に関する注意：
- M.ダドリー自身の回答では、最初にファイルの内容全体をメモリに構築する必要があります。これは、大きなファイルでは問題になる可能性があります。
- 以下の関数はこれをわずかに改善します。すべての入力オブジェクトは最初にバッファリングされますが、それらの文字列表現が生成され、出力ファイルに1つずつ書き込まれます。
Out-FileUtf8NoBom（MITライセンスのGistとしても入手可能）のソースコード：
<#
.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()
}
}