为什么不同的 Get-ChildItem 过滤方式会给出实际上不同的相同对象？

Question

由于几个不相关的原因，我在使用Get-ChildItem 命令时尝试了几种过滤管道输出的方法。

我创建了一个简短的代码来举例说明我的意思。当我使用不同的方式来获取同一个项目时，即使每次都是同一个项目，项目的“字符串化”也会根据它被发现的方式而不同。

假设我们有这个文件夹C:\Folder1\Folder1-a，里面有File1.7z 和File2.txt。 Folder1 里面还有更多的File1-X 文件夹，每个文件夹里面都有一个.7z 和一个.txt 文件，它们的名字可以有一些特殊字符，比如方括号。这与这个问题无关，但这就是为什么我更愿意使用某种特定的过滤方式而不是另一种过滤方式的原因（在附加代码的 cmets 中进行了解释）。

下面的代码可以说明我的观点：

#Initialize 7zip
if (-not (test-path "$env:ProgramFiles\7-Zip\7z.exe")) {throw "$env:ProgramFiles\7-Zip\7z.exe needed"}
set-alias 7zip "$env:ProgramFiles\7-Zip\7z.exe"

#this is a placeholder, $TXTFile would be the result of an iteration over a previous Item array
$TXTFile = Get-Item -Path "C:\Folder1\Folder1-a\File2.txt"

#Now there comes 3 different ways to select the 7z file in the same directory as File2.txt

# I use this to modify the path name so square brackets are properly escaped
$directory1 =$TXTFile.DirectoryName -replace "\[","`````[" -replace "\]","`````]"
[array]$7ZFile1 = Get-ChildItem -File -Path "$directory1\*.7z"

# This option uses LiteralPath so no modification is needed.
# More convenient since it supports any kind of special character in the name.
$directory2=$TXTFile.DirectoryName
[array]$7ZFile2= Get-ChildItem -File -LiteralPath $directory2 -Filter *.7z

# This option uses LiteralPath so no modification is needed.
# More convenient since it supports any kind of special character in the name.
$directory3=$TXTFile.DirectoryName
[array]$7ZFile3 = Get-ChildItem -File -LiteralPath $directory3 | Where-Object {$_.Extension -eq ".7z"}

#Lets see each item. They all seem equal
$7ZFile1
$7ZFile2
$7ZFile3
Write-Host "`n"

#Lets see how they have he same FullName
Write-Host $7ZFile1.FullName
Write-Host $7ZFile2.FullName
Write-Host $7ZFile3.FullName
Write-Host "`n"

#Lets compare them using -eq. Damn, they are not equal
if($7ZFile1 -eq $7ZFile2){"7ZFile1=7ZFile2"}Else{"7ZFile1!=7ZFile2"}
if($7ZFile2 -eq $7ZFile3){"7ZFile2=7ZFile3"}Else{"7ZFile2!=7ZFile3"}
if($7ZFile3 -eq $7ZFile1){"7ZFile3=7ZFile1"}Else{"7ZFile3!=7ZFile1"}
Write-Host "`n"

#This is relevant if we "stringify" each object. First one returns FullName, the two others return Name
Write-Host $7ZFile1
Write-Host $7ZFile2
Write-Host $7ZFile3
Write-Host "`n"

#Example of this being relevant. Inside File1.7z is a txt file. If you use 7zip por example like this:
7zip t $7ZFile1 *.txt -scrc     #Success
7zip t $7ZFile2 *.txt -scrc     #Fail, can't find 7ZFile2
7zip t $7ZFile3 *.txt -scrc     #Fail, can't find 7ZFile3

我使用$7ZFile.FullName 始终如一地获得我想要的字符串，但是我想知道为什么会发生这种情况？首先为什么会有差异？

Answer 1

这里有两个不相关的问题：

• 在 Windows PowerShell - 但幸运的是不再在 PowerShell Core - System.IO.DirectoryInfo 和 System.IO.FileInfo 实例 @ 987654326@ 输出 situationally 字符串化 不同 - 仅仅是文件名与完整路径 - 取决于 Get-ChildItem 调用的具体情况。

  • 详情请见this answer。
  • 根本原因是所涉及的 .NET 类型不一致，如 this comment on GitHub 中所述，该问题已在 .NET Core（构建 PowerShell Core 的基础上）中得到纠正。

  • 为安全起见，将实例作为参数传递给其他命令或意图通过全名。

  • 问题的简单演示：

# Full-name stringification, due to targeting a *file* (pattern).
PS> (Get-ChildItem $PSHOME\powershell.exe).ToString()
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe

# Name-only stringification, due to targeting a *directory* by *literal* name 
# (even though a filter to get a file is applied) and 
# not also using -Include / -Exclude
PS> (Get-ChildItem $PSHOME -Filter powershell.exe).ToString()
powershell.exe

• System.IO.DirectoryInfo 和System.IO.FileInfo 是引用类型，这意味着它们的实例使用引用相等进行比较：即两个包含实例的变量只有在它们指向内存中完全相同的对象时才比较相同。

  • 因此，$7ZFile1 -eq $7ZFile2 是从不 $true 如果两个实例是通过不同 Get-ChildItem 调用获得的； 最好的方法是通过.FullName 属性比较实例。

  • 请参阅this answer，了解有关引用相等与值相等的更多信息。

  • 引用相等行为的简单演示：

PS> (Get-ChildItem $PSHOME\powershell.exe) -eq (Get-ChildItem $PSHOME\powershell.exe)
False  # Distinct FileInfo objects, which aren't reference-equal.

Answer 2

这是 PS 5 中常见的烦恼，其中 get-childitem 返回的字符串版本没有完整路径。它在 PS 的更高版本中进行了更改。 Get full path of the files in PowerShell

get-childitem .   | foreach tostring  # not full path
get-childitem .\* | foreach tostring  # full path