在 PowerShell 中忽略输出的更好（更干净）的方法是什么？

Question

Closed. This question is opinion-based. It is not currently accepting answers.

---

想要改进这个问题？更新问题，以便可以通过编辑这篇文章用事实和引文来回答它。

5 年前已关闭。

Answer 1

我只是对我所知道的四个选项做了一些测试。

Measure-Command {$(1..1000) | Out-Null}

TotalMilliseconds : 76.211

Measure-Command {[Void]$(1..1000)}

TotalMilliseconds : 0.217

Measure-Command {$(1..1000) > $null}

TotalMilliseconds : 0.2478

Measure-Command {$null = $(1..1000)}

TotalMilliseconds : 0.2122

## Control, times vary from 0.21 to 0.24
Measure-Command {$(1..1000)}

TotalMilliseconds : 0.2141

因此，由于开销，我建议您使用除 Out-Null 之外的任何内容。对我来说，下一个重要的事情是可读性。我有点喜欢重定向到 $null 并自己设置等于 $null 。我过去更喜欢转换为 [Void]，但在浏览代码或新用户时，这可能不太容易理解。

我想我稍微更喜欢将输出重定向到 $null。

Do-Something > $null

编辑

在 stej 再次发表评论后，我决定对管道进行更多测试，以更好地隔离丢弃输出的开销。

以下是使用简单的 1000 个对象管道进行的一些测试。

## Control Pipeline
Measure-Command {$(1..1000) | ?{$_ -is [int]}}

TotalMilliseconds : 119.3823

## Out-Null
Measure-Command {$(1..1000) | ?{$_ -is [int]} | Out-Null}

TotalMilliseconds : 190.2193

## Redirect to $null
Measure-Command {$(1..1000) | ?{$_ -is [int]} > $null}

TotalMilliseconds : 119.7923

在这种情况下，Out-Null 的开销约为 60%，而 > 则有 60% 的开销。 $null 大约有 0.3% 的开销。

附录 2017-10-16： 我最初忽略了 Out-Null 的另一个选项，即使用 -inputObject 参数。使用此方法，开销似乎消失了，但语法不同：

Out-Null -inputObject ($(1..1000) | ?{$_ -is [int]})

现在使用简单的 100 个对象管道进行一些测试。

## Control Pipeline
Measure-Command {$(1..100) | ?{$_ -is [int]}}

TotalMilliseconds : 12.3566

## Out-Null
Measure-Command {$(1..100) | ?{$_ -is [int]} | Out-Null}

TotalMilliseconds : 19.7357

## Redirect to $null
Measure-Command {$(1..1000) | ?{$_ -is [int]} > $null}

TotalMilliseconds : 12.8527

这里 Out-Null 的开销也大约为 60%。而 > $null 的开销约为 4%。这里的数字因测试而异（我每个测试都运行了大约 5 次并选择了中间值）。但我认为它显示了不使用 Out-Null 的明确原因。

Answer 2

我意识到这是一个旧线程，但对于那些将@JasonMArcher上面接受的答案视为事实的人来说，我很惊讶它没有得到纠正，我们很多人多年来都知道它实际上是管道增加了延迟，与是否有任何关系无关是否为 Out-Null。事实上，如果你运行下面的测试，你很快就会发现，多年来我们都认为它更快的相同“更快”的转换到 [void] 和 $void= ，实际上是一样慢，而且实际上非常慢，当您可以添加任何管道。换句话说，一旦你通过管道传输任何东西，不使用 out-null 的整个规则就会被扔进垃圾桶。

证明，下面列表中的最后 3 个测试。可怕的 Out-null 是 32339.3792 毫秒，但是等等 - 转换为 [void] 快了多少？ 34121.9251 毫秒？！？搞什么？这些是我系统上的 REAL #，转换为 VOID 实际上速度较慢。 =$null 怎么样？ 34217.685ms...仍然慢！因此，正如最后三个简单测试所示，当管道已在使用时，Out-Null 在许多情况下实际上更快。

那么，这是为什么呢？简单的。通向 Out-Null 的管道速度较慢，这始终是 100% 的幻觉。然而，管道传送到任何东西都比较慢，我们不是已经通过基本逻辑知道了这一点吗？我们可能不知道慢了多少，但这些测试确实说明了如果可以避免使用管道的成本。而且，我们并不是真的 100% 错误，因为只有极少数真实情况表明 out-null 是邪恶的。什么时候？添加 Out-Null 时是添加唯一的管道活动。换句话说......像 $(1..1000) | 这样的简单命令的原因如上图Out-Null显示true。

如果您只是在上面的每个测试中向 Out-String 添加一个额外的管道，#s 就会发生根本性的变化（或者只是粘贴下面的），正如您自己所看到的，Out-Null 在许多情况下实际上变得更快：

$GetProcess = Get-Process

# Batch 1 - Test 1 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
$GetProcess | Out-Null 
} 
}).TotalMilliseconds

# Batch 1 - Test 2 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
[void]($GetProcess) 
} 
}).TotalMilliseconds

# Batch 1 - Test 3 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
$null = $GetProcess 
} 
}).TotalMilliseconds

# Batch 2 - Test 1 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
$GetProcess | Select-Object -Property ProcessName | Out-Null 
} 
}).TotalMilliseconds

# Batch 2 - Test 2 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
[void]($GetProcess | Select-Object -Property ProcessName ) 
} 
}).TotalMilliseconds

# Batch 2 - Test 3 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
$null = $GetProcess | Select-Object -Property ProcessName 
} 
}).TotalMilliseconds

# Batch 3 - Test 1 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
$GetProcess | Select-Object -Property Handles, NPM, PM, WS, VM, CPU, Id, SI, Name | Out-Null 
} 
}).TotalMilliseconds

# Batch 3 - Test 2 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
[void]($GetProcess | Select-Object -Property Handles, NPM, PM, WS, VM, CPU, Id, SI, Name ) 
} 
}).TotalMilliseconds

# Batch 3 - Test 3 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
$null = $GetProcess | Select-Object -Property Handles, NPM, PM, WS, VM, CPU, Id, SI, Name 
} 
}).TotalMilliseconds

# Batch 4 - Test 1 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
$GetProcess | Out-String | Out-Null 
} 
}).TotalMilliseconds

# Batch 4 - Test 2 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
[void]($GetProcess | Out-String ) 
} 
}).TotalMilliseconds

# Batch 4 - Test 3 
(Measure-Command { 
for ($i = 1; $i -lt 99; $i++) 
{ 
$null = $GetProcess | Out-String 
} 
}).TotalMilliseconds

Answer 3

还有 Out-Null cmdlet，您可以在管道中使用它，例如，Add-Item |输出为空。

Out-Null 的手册页

NAME
    Out-Null

SYNOPSIS
    Deletes output instead of sending it to the console.


SYNTAX
    Out-Null [-inputObject <psobject>] [<CommonParameters>]


DETAILED DESCRIPTION
    The Out-Null cmdlet sends output to NULL, in effect, deleting it.


RELATED LINKS
    Out-Printer
    Out-Host
    Out-File
    Out-String
    Out-Default

REMARKS
     For more information, type: "get-help Out-Null -detailed".
     For technical information, type: "get-help Out-Null -full".

Answer 4

我会考虑使用类似的方法：

function GetList
{
  . {
     $a = new-object Collections.ArrayList
     $a.Add(5)
     $a.Add('next 5')
  } | Out-Null
  $a
}
$x = GetList

不返回 $a.Add 的输出 - 这适用于所有 $a.Add 方法调用。否则，您需要在每次调用之前添加 [void]。

在简单的情况下，我会使用 [void]$a.Add 因为很明显输出不会被使用并被丢弃。

Answer 5

就我个人而言，我使用 ... | Out-Null 因为，正如其他人评论的那样，与 ... > 相比，这看起来更像是“PowerShellish”方法。 $null 和 [void] ...。 $null = ... 正在利用特定的 自动变量 并且很容易被忽视，而其他方法则通过额外的语法使您明显地知道您打算丢弃表达式的输出。因为 ... | Out-Null 和 ...> $null 出现在表达式的末尾，我认为它们有效地传达了“将我们到目前为止所做的一切都扔掉”，而且您可以将它们注释掉以方便调试（例如 ... # | Out-Null)，与在要确定的表达式之前放置 $null = 或 [void] 相比执行后会发生什么。

不过，让我们看一下不同的基准：不是执行每个选项所需的时间，而是弄清楚每个选项的作用所需的时间。在与没有使用 PowerShell 甚至根本没有脚本编写经验的同事一起工作的环境中，我倾向于尝试以一种方式编写脚本，以便多年后出现的甚至可能不理解他们正在查看的语言的人也可以因为他们可能必须支持或替换它，所以要努力弄清楚它在做什么。到目前为止，我从来没有想到过使用一种方法而不是其他方法的理由，但想象一下您处于那个位置，并且您使用 help 命令或您最喜欢的搜索引擎来尝试找出答案Out-Null 的作用。您立即得到有用的结果，对吧？现在尝试对 [void] 和 $null = 执行相同的操作。没那么容易，不是吗？

诚然，与理解脚本的整体逻辑相比，抑制值的输出是一个相当小的细节，并且在你用编写良好代码的能力来换取一个好的代码之前，你只能尝试“简化”你的代码。新手阅读不太好的代码的能力。我的观点是，一些精通 PowerShell 的人可能甚至不熟悉 [void]、$null = 等，仅仅因为这些可能会执行更快或更少的击键次数并不意味着它们是完成您想要做的事情的最佳方式，并且仅仅因为一种语言为您提供了古怪的语法并不意味着您应该使用它而不是更清晰和更清晰的东西better-known.^*

^* 我假设 Out-Null 是清楚且众所周知的，但我不知道是 <代码>$true。无论您认为哪个选项对您的代码的未来读者和编辑者（包括您自己）来说最清晰且最容易访问，无论输入时间或执行时间如何，这都是我推荐的选项你用。