我使用的一种技术是使用Out-File cmdlet将输出重定向到ASCII文件。

例如，我经常运行创建另一个SQL脚本并在Oracle中执行的SQL脚本。使用简单的重定向(“>”)，输出将是SQLPlus无法识别的UTF-16格式。要解决这个问题:

sqlplus -s / as sysdba "@create_sql_script.sql" |
Out-File -FilePath new_script.sql -Encoding ASCII -Force

生成的脚本可以通过另一个SQLPlus会话执行，而无需担心Unicode:

sqlplus / as sysdba "@new_script.sql" |
tee new_script.log

更新:正如其他人指出的那样，这会删除非ascii字符。由于用户要求一种“强制”转换的方法，我假设他们并不关心这一点，因为他们的数据可能不包含这样的数据。

如果您关心非ascii字符的保存，这不是适合您的答案。

当使用Set-Content而不是Out-File时，可以指定encoding Byte，它可用于将字节数组写入文件。这与不发出BOM的自定义UTF8编码相结合，给出了所需的结果:

# This variable can be reused
$utf8 = New-Object System.Text.UTF8Encoding $false

$MyFile = Get-Content $MyPath -Raw
Set-Content -Value $utf8.GetBytes($MyFile) -Encoding Byte -Path $MyPath

与使用[IO.File]::WriteAllLines()或类似方法的区别在于，它应该适用于任何类型的项和路径，而不仅仅是实际的文件路径。

重要!:这只适用于当一个额外的空格或换行符在开始是没有问题的文件用例 (例如，如果是SQL文件、Java文件或人类可读的文本文件)

可以结合使用创建一个空(非utf8或ASCII (utf8兼容))文件并追加它(如果源文件是一个文件，则将$str替换为gc $src):

" "    |  out-file  -encoding ASCII  -noNewline  $dest
$str  |  out-file  -encoding UTF8   -append     $dest

当一行程序

根据你的用例替换$dest和$str:

$_ofdst = $dest ; " " | out-file -encoding ASCII -noNewline $_ofdst ; $src | out-file -encoding UTF8 -append $_ofdst

作为简单函数

function Out-File-UTF8-noBOM { param( $str, $dest )
  " "    |  out-file  -encoding ASCII  -noNewline  $dest
  $str  |  out-file  -encoding UTF8   -append     $dest
}

与源文件一起使用:

Out-File-UTF8-noBOM  (gc $src),  $dest

与字符串一起使用:

Out-File-UTF8-noBOM  $str,  $dest

可选:继续追加Out-File: "more foo bar" | Out-File -encoding UTF8 -append $dest

我在PowerShell中有相同的错误，并使用此隔离并修复了它

$PSDefaultParameterValues['*:Encoding'] = 'utf8'

使用该方法编辑UTF8-NoBOM文件，生成编码正确的文件-

$fileD = "file.xml"
(Get-Content $fileD) | ForEach-Object { $_ -replace 'replace text',"new text" } | out-file "file.xml" -encoding ASCII

起初我对这种方法持怀疑态度，但它让我感到惊讶，而且很有效!

使用powershell 5.1版进行测试

我认为这不会是UTF，但我只是发现了一个相当简单的解决方案，似乎工作…

Get-Content path/to/file.ext | out-file -encoding ASCII targetFile.ext

对我来说，这导致了一个没有bom文件的utf-8，不管源格式如何。