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

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

可以使用下面得到UTF8没有BOM

$MyFile | Out-File -Encoding ASCII

老问题，新答案:

虽然“旧的”powershell写一个BOM，但新的平台不可知的变体确实表现不同:默认是“无BOM”，它可以通过switch配置:

-Encoding Specifies the type of encoding for the target file. The default value is utf8NoBOM. The acceptable values for this parameter are as follows: ascii: Uses the encoding for the ASCII (7-bit) character set. bigendianunicode: Encodes in UTF-16 format using the big-endian byte order. oem: Uses the default encoding for MS-DOS and console programs. unicode: Encodes in UTF-16 format using the little-endian byte order. utf7: Encodes in UTF-7 format. utf8: Encodes in UTF-8 format. utf8BOM: Encodes in UTF-8 format with Byte Order Mark (BOM) utf8NoBOM: Encodes in UTF-8 format without Byte Order Mark (BOM) utf32: Encodes in UTF-32 format.

来源:https://learn.microsoft.com/de-de/powershell/module/Microsoft.PowerShell.Utility/Out-File?view=powershell-7 我特别强调

目前正确的方法是使用@Roman Kuzmin在给@M的评论中推荐的解决方案。达德利回答:

[IO.File]::WriteAllLines($filename, $content)

(我还通过去掉不必要的系统名称空间说明来缩短了它——默认情况下它将自动被替换。)

对于PowerShell 5.1，启用此设置:

控制面板，区域，管理，更改系统区域，使用Unicode UTF-8 全球语言支持

然后输入PowerShell:

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

或者，您可以升级到PowerShell 6或更高版本。

https://github.com/PowerShell/PowerShell

我使用的一种技术是使用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字符的保存，这不是适合您的答案。