关于本文本文是通过利用生成式 AI 的自动化生成流程创建的。我们查阅了 Microsoft Learn 的 Compare-Object 官方规范，并整理了仅使用虚拟终端名称对比变更前后的练习步骤。

验证状态：📘 已确认官方规范・未在 PowerShell 实机上运行

使用 PowerShell 的 Compare-Object 比较变更前后的列表：箭头含义与遗漏防范

想要立刻知道变更后“增加了什么、消失了什么”

在比对作业前后的列表时，仅靠行数是无法得知具体变化内容的。例如，即使被管理的终端数量维持 3 台不变，也可能其中 1 台已被替换。如果用 Excel 左右排列进行目视检查，可能会因为行排序或相似名称而产生遗漏。

PowerShell 的 Compare-Object 是用于提取两个列表之间差异的标准命令。重点在于，箭头并不直接代表“新旧”本身。仅存在于左侧指定基准列表中的值为 <=，而仅存在于右侧比较列表中的值为 =>。如果颠倒基准和比较的指定顺序，即使是相同的数据，箭头的方向也会反转。

我们将在不接触文件或服务器的情况下，使用虚拟终端名称来确认这一差异。在实际业务中，这可应用于盘点、变更作业后的对象确认以及分发列表的核对等场景。不过，列表没有差异并不意味着设备设置和运行状态相同。

支持环境与准备

请先逐条执行命令，并将显示的箭头与原始数据进行对照。粘贴到终端的代码不包含退出交互式Shell的指令。由于对象是简单的字符串列表，因此不需要额外的模块或网络连接。

首先运行：三台设备中仅替换一台

在以下示例中，将修改前的列表设为 $before，修改后的列表设为 $after。设定为终端A和终端B保留，终端C被移除，终端D加入。这里仅在内存中创建数组，不会搜索或修改实际的终端设备。

$before = @('PC-A', 'PC-B', 'PC-C')
$after  = @('PC-A', 'PC-B', 'PC-D')
Compare-Object -ReferenceObject $before -DifferenceObject $after

在预期的显示中，将出现 PC-C 的 <= 以及 PC-D 的 =>。显示顺序并非本质。需要阅读的是 InputObject 列的值与 SideIndicator 列的箭头的组合。两个数组虽然都有3条记录，但差异有2行。“因为条数相同所以没有变更”是无法成立的，这就是这个小实验的发现。

-ReferenceObject 是作为比较基准的集合，-DifferenceObject 是比对目标的集合。即使名称相似，指定参数的顺序也决定了结果的解释方式。如果我们建立以更改前为基准的约定，<= 可以读作消失候选，=> 可以读作新增候选。不过，这只是团队内部的操作性解读，命令本身并不识别日期。

图解原理：左右输入与箭头

下图展示了将相同的终端名称输入到两个输入源中，仅输出一侧存在的值的流程。箭头并不表示数据移动的方向，而是指示该值存在于哪一侧。

flowchart TD
    A["変更前 Reference: A B C"] --> C["Compare-Object"]
    B["変更後 Difference: A B D"] --> C
    C --> D["共通 A B: 既定では非表示"]
    C --> E["C: 左側のみ <="]
    C --> F["D: 右側のみ =>"]

仅在图左侧存在的C和仅在右侧存在的D会被输出，而两侧都存在的A和B默认不会显示。因此，如果结果为空，则意味着“在指定的比较条件下未检测到差异”。这并不排除收集比较对象时有遗漏或权限不足的可能性。

更改一个条件：同时显示相同的值

如果只看差异，有时很难看出保留了哪些终端。此时可以加上 -IncludeEqual。实验的要点是保持基准和比较数组不变，仅更改显示条件。

Compare-Object -ReferenceObject $before -DifferenceObject $after -IncludeEqual

在预期结果中，PC-A 和 PC-B 带有 ==，之前的两处差异也会显示出来。这里 == 表示相同的值在比较条件下匹配。这并不是对未更改终端的配置值进行担保的标记。例如，即使终端名称相同，如果IP地址发生了变化，仅凭此字符串的比较是无法检测出来的。

如果只是比对更改前后的终端名称列表，仅显示差异会比较容易阅读。另一方面，如果作为工作审计轨迹来保留所有对象的比对状态，显示共同项则具有实际意义。根据目的选择输出条件至关重要。

另一种比较：大小写是否相同？

接下来更改比较数据，检查名称的大小写拼写差异。在PowerShell的字符串比较中，默认不区分大小写。因此，PC-A 和 pc-a 在常规比较中会被视为相同。如果需要严格区分，请指定 -CaseSensitive。

$x = @('PC-A')
$y = @('pc-a')
Compare-Object $x $y
Compare-Object $x $y -CaseSensitive

预计在第一次调用中不会产生差异，而在第二次中左右的值会作为差异显现出来。这并非取决于显示的字符串看起来是否相同，而是取决于比较规则的差异。由于系统是否区分标识符的大小写有所不同，请确认业务数据的规范后进行选择。

看了这个例子，就认为所有比较都加上 -CaseSensitive 即可，未免为时过早。实际上，有时仅因大小写拼写不一致，就会把同一台终端检测为重复。应当确定输入端的规范化规则，设计使比较结果与运营上的一致性相符。

在实际业务中：相比“仅看名称”，查看多个属性

在清点终端时，仅凭终端名往往是不够的。以下示例将比较包含终端名和部门的虚拟对象。-Property 由于可以指定要比较的列，因此这是一个很好的练习，即使终端名相同，也能检测出部门发生了变化。

$old = @(
    [pscustomobject]@{ Name='PC-A'; Team='Sales' }
    [pscustomobject]@{ Name='PC-B'; Team='Support' }
)
$new = @(
    [pscustomobject]@{ Name='PC-A'; Team='Sales' }
    [pscustomobject]@{ Name='PC-B'; Team='Ops' }
)
Compare-Object -ReferenceObject $old -DifferenceObject $new -Property Name,Team

期望结果是 PC-B / Support 仅在左侧，PC-B / Ops 仅在右侧。该命令不会返回名为“部门变更”的专用事件，而是显示旧属性组合的消失和新属性组合的加入。因此，若要最终判断变更的类型，需要进行将相同终端名的行关联起来的附加处理。

属性增加得越多，就能检测出越细微的变更，但如果把日期时间或每次都变化的值也包含进来，噪音就会增加。如果比较的目的是“添加/删除目标终端”，则选择终端ID；如果目的是“发现所属部门变更”，则选择终端ID和部门，只挑选必要的项目。无法解释正在比较什么的差异，作为工作判断依据的说服力就会变弱。

理清容易出错的要点

首先，当结果为空时，切勿直接断定为成功。请确认最初的两个数组是否真的获取到了、条数是否符合预期、其中是否混入了空字符串或空白。如果数据收集处理失败导致两边都为空，仅凭没有差异的显示是无法发现异常的。在比较之前保留输入的条数和获取时间，这在实际业务中更为稳妥。

其次，要区分顺序的不同与值的不同。即使终端名相同的集合仅排列顺序发生了变化，在通常的集合式比较中，也无法起到检查顺序变更的作用。如果要比较行号或顺序有意义的配置文件，则需要选择其他比较方式。反过来说，如果在清点时不在乎行顺序，能够忽略顺序差异则是一个优点。

此外，还需要注意重复行的处理。对于同名出现多次的清单，需要将数量核对与集合核对分开考虑。Compare-Object 如果将

的输出简单当作一对一的变更历史来对待，有时会根据重复或排序的条件产生误解。确定业务上的主键，并将重复检测放在单独的工序中会更安全。当从CSV读取时，列名的差异、字符编码、前后空白、全角半角、缺失值都会影响结果。例如，PC-A 和 PC-A 的末尾空白不同。在比较前检查输入格式，必要时在副本上进行规范化。如果直接修改原文件再去调查差异，可能会丢失调查对象本身的证据。

此外，-PassThru 会改变输出对象的格式。通常是 InputObject 和 SideIndicator 的比较结果，但 -PassThru 会在保持原始对象的同时添加指示符。在设计后续的 CSV 输出或属性引用时，请另外确认预期的列将以哪种格式获取。切勿仅凭屏幕上显示的字符串去推测可用于后续处理的结构，这一点非常重要。

在工作中应用：记录比较的前后过程

如果在变更管理中使用，首先应安全地获取并保存变更前的一方列表，变更后也使用相同的方法、相同的权限和相同的提取条件进行收集。如果获取条件不同，差异可能反映的是收集方法的差异，而非实际变更。同时记下对象数量、提取时间、获取来源以及是否存在错误，日后第三方将更容易解读结果。

在此基础上固定 Compare-Object 的左右两侧，并将差异的每一行作为“删除候选”或“添加候选”进行审查。这里之所以称为候选，是因为终端名称的变更、台账的笔误或提取遗漏也会产生相同的箭头。要确定实际的删除或添加，需将其与目标系统侧的记录或负责人的确认进行核对。

例如，通过对比分发对象列表的变更前后，可以核对添加候选是否对应已批准的请求。反之，如果消失的候选是不明终端，则会促使我们在推进分发处理前调查原因。切勿仅执行比较命令就自动删除或重新分发，首先将其用于只读确认才是安全的。

重要的是，应将差异的显示视为调查的入口，而不是最终结论。对象数量相同也可能发生调换，名称相同属性也可能改变，箭头的方向由输入的指定决定。理解这三点，就能将作业后的确认从凭目测的直觉转变为可解释的步骤。

参考资料

• Microsoft Learn：Compare-Object（PowerShell 7.6）

• Microsoft Learn：Compare-Object（Windows PowerShell 5.1）

官方资料确认日期：2026年11月5日。代码显示示例为基于规范的预期值，未在 Windows PowerShell 5.1 及 PowerShell 7 的实际设备上进行测试，也未在 WordPress 上进行显示确认。