참고 :이 답변 은 Windows PowerShell에 적용됩니다 . 반대로 크로스 플랫폼 PowerShell Core 버전 (v6 +)에서 BOM 이 없는 UTF-8 은 모든 cmdlet 에서 기본 인코딩 입니다.
즉 : 당신이 사용하는 경우 PowerShell을 [코어] 버전 6 이상을 , 당신의 get BOM없는 UTF-8 파일을 기본적으로 (당신이 명시 적으로 요청할 수 있습니다 -Encoding utf8/ -Encoding utf8NoBOM당신이 얻을 수있는 반면 에 와 -BOM 인코딩 -utf8BOM).
M. Dudley의 간단하고 실용적인 답변 을 보완하기 위해 (그리고 ForNeVeR의 더 간결한 개혁 ) :
편의를 위해, 여기에 고급 기능의 Out-FileUtf8NoBom, 모방하는 파이프 라인 기반의 대체Out-File 수단 :
- 당신은 그것을 그대로 사용할 수 있습니다
Out-File파이프 라인 .
- 문자열이 아닌 입력 개체는을 사용하여 콘솔에 보냈을 때와 같이 형식이 지정됩니다
Out-File.
예:
(Get-Content $MyPath) | Out-FileUtf8NoBom $MyPath
로 묶는 방법 (Get-Content $MyPath)에 유의하십시오 (...). 그러면 파이프 라인을 통해 결과를 보내기 전에 전체 파일을 열고, 전체를 읽고, 닫을 수 있습니다. 이것은 동일한 파일에 다시 쓸 수 있기 위해 필요 합니다 ( 제자리에서 업데이트 ).
그러나 일반적으로이 기술은 두 가지 이유로 권장되지 않습니다. (a) 전체 파일이 메모리에 맞아야하고 (b) 명령이 중단되면 데이터가 손실됩니다.
메모리 사용 에 대한 참고 사항 :
- M. Dudley의 답변 에 따르면 전체 파일 내용을 메모리에 먼저 구축해야하므로 큰 파일에는 문제가 될 수 있습니다.
- 아래 함수는이 기능을 약간만 개선합니다. 모든 입력 객체는 여전히 먼저 버퍼링되지만 문자열 표현이 생성되어 출력 파일에 하나씩 기록됩니다.
소스 코드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()
}
}