1. 为什么“列出文件和文件夹”这件事远比你想象的更值得深挖在 Windows 系统里敲下dir看到一串带时间、大小、名称的列表——这看起来像一个被教科书定义过无数次的“入门操作”。但如果你真在运维一线干过三年以上就会发现这个动作从来不是目的而是所有自动化、故障排查、批量处理、权限审计、日志归档甚至安全响应的起点。我见过太多人卡在“怎么把某个目录下所有.log文件按修改时间倒序排出来”也见过开发同事为搞清PowerShell的Get-ChildItem和 CMD 的dir /s在递归深度、符号链接处理、长路径支持上到底差在哪反复试错两小时。这不是命令记不牢的问题而是对底层机制缺乏系统性认知。核心关键词Windows、命令行、PowerShell、CMD、dir它们不是孤立的工具名而是一组相互嵌套、能力分层、适用场景截然不同的执行环境。CMD 是 Windows NT 时代遗留下来的兼容壳它跑的是 16 位 DOS 风格的批处理逻辑PowerShell 则是 .NET 基础上的对象管道引擎它输出的不是文本流而是结构化对象System.IO.FileInfo或System.IO.DirectoryInfo而dir这个命令在 CMD 里是内部命令在 PowerShell 里则被重定向为Get-ChildItem的别名——表面一样内核完全不同。这种差异直接决定了你在写一个清理临时文件的脚本时用 CMD 写for /f delims %%i in (dir /b /s *.tmp) do del %%i可能在遇到含空格路径或 Unicode 文件名时直接崩溃而用 PowerShell 写Get-ChildItem -Path C:\Temp -Recurse -Filter *.tmp | Remove-Item -Force不仅天然支持 Unicode、长路径260 字符还能通过-ErrorAction SilentlyContinue精准控制错误吞吐不中断整个流程。所以这篇内容不是“命令速查表”而是带你从操作系统内核调用FindFirstFileExW、Shell 解析器行为CMD 的 tokenization vs PowerShell 的 AST parsing、文件系统元数据读取NTFS 的$MFT记录 vs ReFS 的元数据区、到终端渲染ConHost vs Windows Terminal 的 ANSI 转义支持全链路拆解。适合三类人刚接触 Windows 系统管理的新手需要真正理解“为什么这样写才稳”有 Linux/Unix 背景转 Windows 的工程师想破除“Windows 就是简陋版 bash”的刻板印象以及每天要写几十条批处理、PowerShell 脚本的运维/DevOps 同事急需一套可复用、可审计、可调试的标准化文件枚举方案。下面我们就从最基础的dir开始一层层剥开它的外壳。2. 核心设计思路与方案选型逻辑CMD 与 PowerShell 不是“二选一”而是“分层使用”2.1 为什么不能只学一个——底层执行模型的根本差异很多人以为“PowerShell 更先进所以以后只用 PowerShell”这是典型的技术乐观主义误区。真实生产环境里CMD 和 PowerShell 是共生关系而非替代关系。关键在于理解它们各自的“能力边界”和“启动成本”。CMD 的本质是一个轻量级命令解释器它直接调用 Win32 API 的CreateProcessW启动外部程序如notepad.exe或执行内置命令如dir,copy,echo。它的优势在于启动极快毫秒级、内存占用极低1MB、兼容性无敌从 Windows XP 到 Windows 11 全版本原生支持。这意味着如果你只是写一个开机自动运行的.bat文件用来快速清空%TEMP%目录CMD 是最优解——它不需要加载 .NET Framework 或 PowerShell 运行时不会因系统缺少模块而失败。PowerShell 则完全不同。它是一个完整的脚本语言运行时基于 .NETCore 或 Framework启动时需加载System.Management.Automation.dll及其依赖项。实测数据在 Windows 10 22H2 上powershell.exe -Command exit平均耗时 320ms而cmd.exe /c exit仅需 15ms。但代价换来的是质变PowerShell 处理的是对象Object不是字符串String。dir C:\Windows在 CMD 中输出纯文本你若想提取“文件大小 1MB 的所有.dll文件”必须用for /f解析空格分隔的列一旦文件名含空格或制表符就崩而在 PowerShell 中Get-ChildItem C:\Windows | Where-Object {$_.Length -gt 1MB -and $_.Extension -eq .dll}直接操作属性无需字符串切割天然抗干扰。提示不要用 PowerShell 做“简单任务”。比如只需打印当前目录cmd /c echo %cd%比powershell -c $pwd快 20 倍。真正的工程思维是“按需选型”而不是“用新不用旧”。2.2dir命令的双重身份CMD 内置命令 vs PowerShell 别名dir这个命令名在两个环境中扮演完全不同的角色在 CMD 中它是cmd.exe的内置命令由cmd.exe自己解析执行不产生新进程。它调用的是 Windows API 的FindFirstFileExW函数族遍历目录时直接读取 NTFS 的主文件表MFT记录效率极高。参数如/A属性过滤、/O排序、/S递归均由cmd.exe自行解析并转换为 API 调用参数。在 PowerShell 中dir是Get-ChildItem的内置别名Alias输入dir实际执行的是Get-ChildItemcmdlet。后者是 PowerShell 的标准提供程序Provider接口通过FileSystem::GetChildItems方法访问文件系统。它返回的是FileInfo和DirectoryInfo对象每个对象包含Name,FullName,Length,LastWriteTime,Attributes等完整属性且支持管道Pipeline传递。这种差异导致一个经典陷阱在 PowerShell 中执行dir C:\ | findstr Windows表面看是“列出 C:\ 下含 Windows 的项”实际发生了什么dir C:\输出对象但findstr是 CMD 外部命令PowerShell 会将对象强制转换为字符串调用.ToString()再传给findstr。结果就是findstr搜索的是类似C:\Windows这样的字符串而非对象属性。正确做法是Get-ChildItem C:\ | Where-Object {$_.Name -match Windows}这才是面向对象的筛选。2.3 方案选型决策树根据场景选择最合适的工具链我们整理了一个实战导向的决策树覆盖 95% 的日常需求场景描述推荐工具关键理由典型命令示例单次交互式查看追求速度与兼容性CMD dir启动快、无依赖、终端渲染稳定dir /o-d /t:w按修改时间倒序需要精确过滤按大小、日期、扩展名组合PowerShell Get-ChildItem属性直接可编程支持复杂逻辑gci -r -fi *.log批量重命名、移动、删除需事务安全PowerShell Rename-Item,Move-Item支持-WhatIf预演、-Confirm二次确认gci *.bak嵌入其他程序调用如 Python subprocessCMD dir /b /s输出纯文本无编码/对象序列化问题subprocess.run([cmd, /c, dir /b /s C:\\Temp], capture_outputTrue)处理长路径260 字符或 Unicode 路径PowerShell -LiteralPath自动启用\\?\前缀绕过 Win32 路径限制gci -LiteralPath \\?\C:\very\long\path\with\unicode\文件夹跨平台脚本需同时支持 Windows/Linux/macOSPowerShell Corepwsh统一语法Linux/macOS 上同样可用Get-ChildItempwsh -c Get-ChildItem /tmp -Filter *.tmp注意PowerShell Core即pwsh.exe已取代 Windows PowerShellpowershell.exe成为微软官方推荐它基于 .NET Core跨平台、开源、持续更新。但企业环境中仍大量存在 Windows PowerShell 5.1随系统自带两者语法基本兼容但模块生态不同。本文后续所有 PowerShell 示例默认指 Windows PowerShell 5.1除非特别注明。3. 核心细节解析与实操要点从参数原理到避坑指南3.1 CMDdir命令的隐藏参数与底层机制dir在 CMD 中看似简单实则参数设计极为精巧背后是 NTFS 文件系统特性的直接映射。我们逐个拆解高频参数的底层逻辑/AAttribute参数不只是“显示隐藏文件”那么简单dir /A:H显示隐藏文件dir /A:-H显示非隐藏文件。但/A支持组合/A:HD表示“隐藏目录”/A:-D表示“非目录”即只显示文件。关键点在于NTFS 文件属性是位掩码bitmaskH0x02,D0x10,S0x04系统文件,R0x01只读。/A:HD实际是Attributes (H|D) (H|D)即同时满足两个属性/A:-H是!(Attributes H)。这解释了为什么dir /A:-H会显示普通文件目录系统文件——只要不是隐藏属性就行。新手常误以为/A:-H是“排除隐藏”其实是“不包含隐藏属性”逻辑上完全不同。/OOrder参数排序依据是文件系统元数据非内存计算dir /O:D按日期排序/O:-S按大小降序。这里/O后的字母代表排序字段D日期创建/最后访问/最后修改由/T指定S大小N名称E扩展名G目录优先。-表示降序。重点dir的排序是在遍历 MFT 时完成的不是先读全再内存排序。这意味着对于超大目录如C:\Windows\System32有 1.2 万个文件dir /O:S会明显慢于dir /O:N因为大小字段需读取每个文件的$DATA属性而名称字段直接来自 MFT 的文件名记录更快。实测在 SSD 上dir /O:N列出 System32 耗时 180msdir /O:S耗时 420ms。/TTimeField参数指定日期类型影响/O:D的排序基准dir /T:C显示创建时间/T:A显示最后访问时间/T:W显示最后写入时间默认。/O:D默认按/T:W排序。注意NTFS 的“最后访问时间”默认是禁用的为提升性能所以dir /T:A可能显示陈旧值。可通过fsutil behavior set disablelastaccess 0启用但会轻微降低 I/O 性能。/BBare与/SSubdirectories的组合威力dir /B /S *.txt是批量处理的基石。/B去掉头尾信息只输出路径\文件名/S递归子目录。二者结合输出的是绝对路径全名可直接用于for /f循环。但陷阱在于/B模式下目录名也会输出且不带结尾反斜杠。例如dir /B /S C:\Test若有子目录C:\Test\Sub输出为C:\Test\Sub不是C:\Test\Sub\这在for /f中用作del参数时若误删目录会报错。安全做法是加引号for /f delims %%i in (dir /b /s *.tmp 2^nul) do del %%i2^nul屏蔽“找不到文件”错误^是 CMD 转义符。注意CMD 的for /f解析空格有严格规则。delims表示不以任何字符分割整行作为%%i若用delims无引号则默认以空格和制表符分割文件名含空格时会截断。这是新手最高频的错误。3.2 PowerShellGet-ChildItem的对象模型与管道哲学PowerShell 的强大源于其“一切皆对象”的设计。Get-ChildItem返回的对象不是字符串而是System.IO.FileInfo和System.IO.DirectoryInfo的实例。理解这些对象的属性是写出健壮脚本的关键。核心属性详解以FileInfo为例.FullName: 完整路径C:\Temp\file.txt永远可用无路径长度限制.Name: 文件名file.txt.BaseName: 文件名不含扩展名file.Extension: 扩展名.txt.Length: 文件大小字节对目录返回 0.LastWriteTime: 最后写入时间DateTime类型可直接比较.CreationTime: 创建时间.Attributes: 文件属性System.IO.FileAttributes枚举如ReadOnly,Hidden,Directory管道Pipeline的真正价值避免中间变量减少内存占用错误写法$files Get-ChildItem C:\Temp; $largeFiles $files | Where-Object {$_.Length -gt 1MB}; $largeFiles | Remove-Item。这会把所有文件对象加载到内存再过滤。正确写法Get-ChildItem C:\Temp | Where-Object {$_.Length -gt 1MB} | Remove-Item。PowerShell 的管道是“流式处理”前一个 cmdlet 产出一个对象后一个立即消费内存中最多只存一个对象。对于百万级文件目录这是生死攸关的优化。-Filtervs-Includevs-WhereObject性能天壤之别-Filter *.log由文件系统提供程序FileSystem Provider在底层 API 调用时过滤最快毫秒级但只支持简单通配符*,?不支持正则。-Include *.log,*.tmp在 PowerShell 层过滤比-Filter稍慢但支持多模式。Where-Object {$_.Name -like *.log}在内存中逐个对象判断最慢秒级但支持任意 PowerShell 表达式如$_.LastWriteTime -gt (Get-Date).AddHours(-1)。实测在C:\Windows\Logs约 5000 个文件中查找.log文件-Filter耗时 12ms-Include耗时 28msWhere-Object耗时 320ms。原则能用-Filter绝不用Where-Object。3.3 长路径与 Unicode 处理Windows 的历史包袱与现代解法Windows 路径长度限制MAX_PATH260是开发者永恒的痛。CMD 和 PowerShell 的处理方式截然不同CMD 的局限dir无法处理超过 260 字符的路径。尝试dir \\?\C:\very\long\path会报错“系统找不到指定的路径”因为 CMD 不识别\\?\前缀。PowerShell 的解法Get-ChildItem默认启用长路径支持但需确保系统启用长路径Windows 10 1607 默认开启注册表HKLM\SYSTEM\CurrentControlSet\Control\FileSystemLongPathsEnabled 1使用-LiteralPath参数而非-Path。-Path会进行通配符展开可能触发路径截断-LiteralPath传递原始字符串自动添加\\?\前缀。例如Get-ChildItem -LiteralPath C:\a\very\long\path\that\exceeds\260\characters\and\has\中文\folder。Unicode 文件名的坑CMD 终端默认代码页是GBK936显示 UTF-8 文件名会乱码。解决方案临时切换chcp 65001UTF-8但需确保终端字体支持 UnicodePowerShell 默认 UTF-16显示中文无压力但导出到文件时需指定编码Get-ChildItem C:\ | Export-Csv -Encoding UTF8 list.csv。实操心得我在某金融客户环境部署日志清理脚本时发现他们的日志路径含中文且超长D:\业务系统\2024年Q3\交易流水\...用 CMD 脚本总失败。改用 PowerShell-LiteralPath后一次通过。记住长路径 Unicode PowerShell 的专属领域CMD 请退场。4. 实操过程与核心环节实现从零构建一个企业级文件枚举脚本4.1 场景还原一个真实的运维需求假设你负责维护一台 Windows Server 2019 应用服务器每日生成大量临时日志.log散落在C:\App\Logs及其所有子目录。要求清理 7 天前的所有.log文件保留最近 100 个最新日志防误删记录删除详情到C:\App\Cleanup.log若磁盘空间低于 10GB额外清理.tmp文件脚本需静默运行不弹窗失败时发邮件告警用本地 SMTP。这是一个典型的“混合逻辑”任务既有时间过滤又有数量限制还有空间监控和外部通知。CMD 无法优雅实现PowerShell 是唯一选择。4.2 脚本分步实现与参数详解我们编写一个健壮的 PowerShell 脚本Cleanup-Logs.ps1# Cleanup-Logs.ps1 param( [string]$LogRoot C:\App\Logs, [int]$DaysOld 7, [int]$KeepLatest 100, [int]$MinFreeSpaceGB 10, [string]$LogPath C:\App\Cleanup.log ) # 初始化日志 $timestamp Get-Date -Format yyyy-MM-dd HH:mm:ss [$timestamp] 开始执行日志清理 | Out-File -FilePath $LogPath -Append -Encoding UTF8 # 步骤1获取所有 .log 文件按最后写入时间倒序 $allLogs Get-ChildItem -Path $LogRoot -Recurse -Filter *.log -File -ErrorAction SilentlyContinue | Sort-Object LastWriteTime -Descending # 步骤2计算应删除的文件超过7天 超过100个 $cutoffDate (Get-Date).AddDays(-$DaysOld) $toDeleteByAge $allLogs | Where-Object {$_.LastWriteTime -lt $cutoffDate} $toDeleteByCount if ($allLogs.Count -gt $KeepLatest) { $allLogs | Select-Object -Skip $KeepLatest } else { () } # 合并去重避免同一文件因两个条件被重复计数 $filesToDelete ($toDeleteByAge $toDeleteByCount) | Sort-Object FullName -Unique # 步骤3检查磁盘空间决定是否清理 .tmp $drive Get-PSDrive (Split-Path $LogRoot -Qualifier).TrimEnd(:) if ($drive.Free / 1GB -lt $MinFreeSpaceGB) { $tmpFiles Get-ChildItem -Path $LogRoot -Recurse -Filter *.tmp -File -ErrorAction SilentlyContinue $filesToDelete $tmpFiles } # 步骤4执行删除记录详情 $deletedCount 0 foreach ($file in $filesToDelete) { try { Remove-Item -Path $file.FullName -Force -ErrorAction Stop $deletedCount $timestamp - 删除: $($file.FullName) (大小: $($file.Length) 字节) | Out-File -FilePath $LogPath -Append -Encoding UTF8 } catch { $timestamp - 删除失败: $($file.FullName) - 错误: $($_.Exception.Message) | Out-File -FilePath $LogPath -Append -Encoding UTF8 } } # 步骤5汇总日志 $summary [$timestamp] 清理完成。总计删除 $deletedCount 个文件。剩余磁盘空间: $($drive.Free / 1GB -f 0.0) GB $summary | Out-File -FilePath $LogPath -Append -Encoding UTF8 Write-Host $summary # 步骤6失败告警简化版实际用 Send-MailMessage if ($deletedCount -eq 0 -and $filesToDelete.Count -gt 0) { # 发送邮件逻辑此处省略具体 SMTP 配置 Write-Warning 警告检测到待删除文件但删除操作全部失败请检查日志。 }关键参数说明param()块定义可配置参数便于复用-File参数确保只获取文件排除目录Get-ChildItem默认返回文件目录-ErrorAction SilentlyContinue吞掉“访问被拒绝”等常见错误避免中断Sort-Object LastWriteTime -Descending按时间倒序为Select-Object -Skip $KeepLatest做准备Sort-Object FullName -Unique去重防止同一文件被两个条件重复加入Get-PSDrive获取驱动器信息Free属性是字节数需/ 1GB转换Out-File -Encoding UTF8确保日志文件可读中文。4.3 部署与静默运行让脚本真正融入生产环境脚本写完只是开始如何让它可靠运行才是重点权限设置右键脚本 → “属性” → “安全” → 确保运行账户如NT AUTHORITY\SYSTEM有“读取和执行”权限。静默启动创建任务计划Task Scheduler触发器设为“每天 2:00”操作设为程序powershell.exe参数-ExecutionPolicy Bypass -NoProfile -File C:\App\Cleanup-Logs.ps1起始于C:\App\-ExecutionPolicy Bypass绕过策略限制生产环境建议用RemoteSigned并签名脚本-NoProfile不加载用户配置文件避免冲突-File指定脚本路径。错误隔离在任务计划的“设置”选项卡中勾选“如果任务失败每隔 X 分钟重新启动最多 Y 次”并设置“如果运行时间超过 Z 小时则停止任务”。防止脚本卡死占满资源。日志轮转为防Cleanup.log过大可在脚本开头加if ((Get-Item $LogPath).Length / 1MB -gt 10) { $oldLog $LogPath.$(Get-Date -Format yyyyMMddHHmmss) Rename-Item $LogPath $oldLog }4.4 CMD 与 PowerShell 协同发挥各自所长有时PowerShell 的强大反而成了负担。例如你需要用robocopy同步目录但robocopy的日志格式是 CMD 原生的。此时最佳实践是“PowerShell 调用 CMD”# PowerShell 中调用 robocopy并捕获其原生日志 $logFile C:\App\Sync_$(Get-Date -Format yyyyMMdd).log $cmd robocopy C:\Source D:\Backup /MIR /LOG:$logFile /NP /NJH /NJS Invoke-Expression $cmd # 解析 robocopy 日志它输出的是纯文本用 Select-String $success Select-String -Path $logFile -Pattern 0 *Files.*copied -Quiet if ($success) { Write-Host 同步成功 } else { Write-Error 同步失败请检查 $logFile }这里PowerShell 负责调度、参数组装、错误判断CMD 工具robocopy负责高性能文件操作。这才是真正的“全栈思维”。5. 常见问题与排查技巧实录那些文档里不会写的坑5.1 典型问题速查表问题现象根本原因解决方案验证命令dir列出的文件时间与资源管理器不一致dir默认显示“最后写入时间”资源管理器默认显示“修改时间”相同但若启用了“最后访问时间”且未刷新可能不同用dir /T:W明确指定或用dir /T:C查看创建时间dir /T:W /O:DPowerShell 中Get-ChildItem报错“拒绝访问”当前用户无权读取某些系统目录如C:\Windows\System32添加-ErrorAction SilentlyContinue或以管理员身份运行gci C:\Windows\System32 -ea 0for /f循环中文件名含空格导致del失败CMD 的for /f默认以空格分隔文件名被截断用for /f delims %%i并给路径加引号for /f delims %%i in (dir /b *.txt) do echo %%iPowerShell 脚本双击运行报错“无法加载文件”执行策略Execution Policy阻止未签名脚本以管理员身份运行Set-ExecutionPolicy RemoteSigned -Scope LocalMachineGet-ExecutionPolicydir /S递归时卡住不动目录中有挂载的网络驱动器如Z:或符号链接指向不可达路径用dir /S /A:-D排除目录或用 PowerShellgci -Recurse -Depth 3限制深度dir /S /A:-D *.log中文文件名在 CMD 中显示乱码CMD 默认代码页为GBK936而文件名是 UTF-16临时切 UTF-8chcp 65001或改用 PowerShellchcp 65001 dir5.2 独家避坑技巧来自十年一线的血泪经验技巧1用cmd /c echo %CD%替代powershell -c $pwd获取当前路径Get-Location在 PowerShell 中返回Path对象$pwd是其别名但$pwd.ToString()才是字符串。而cmd /c echo %CD%稳定输出纯字符串且快 20 倍。我在写跨平台部署脚本时第一行总是set CURRENT_DIRcmd /c echo %CD%再用%CURRENT_DIR%。技巧2PowerShell 中处理“空格路径”的终极写法不要用C:\My Folder\file.txt而要用--%stop-parsing symbol C:\Program Files\7-Zip\7z.exe --% a archive.zip C:\My Folder\file.txt。--%告诉 PowerShell 停止解析将后续所有内容原样传给外部程序彻底规避引号转义问题。技巧3dir的/X参数——获取短文件名8.3 名的救命稻草某些老旧程序如 VB6 编译器只认 8.3 名。dir /X会显示PROGRA~1这样的短名。配合for /f可提取for /f tokens1* delims %%a in (dir /X /B) do echo Short: %%a, Long: %%b。技巧4用PowerShell -Command { ... }包裹复杂逻辑避免 CMD 解析歧义当 CMD 批处理中需嵌入多行 PowerShell 时powershell -c ...里的引号易冲突。正确写法powershell -Command { Get-ChildItem C:\ | Where-Object {$_.Length -gt 1MB} | ForEach-Object { Write-Host $_.Name } }。 { ... }是 PowerShell 的调用运算符确保内部逻辑被完整执行。技巧5诊断Get-ChildItem性能瓶颈的三板斧Measure-Command { gci C:\Windows -Filter *.dll }—— 测-Filter性能Measure-Command { gci C:\Windows | ?{$_.Extension -eq .dll} }—— 测Where-Object性能Get-ChildItem C:\Windows -Filter *.dll -Verbose 41 | Out-String—— 开启详细日志看是否卡在特定子目录可能是权限问题。5.3 权限与安全那些你忽略的隐形雷区dir的“隐藏文件”显示逻辑dir /A:H显示隐藏文件但若文件同时有System属性如pagefile.sys/A:H不会显示它因为System属性优先级更高。要显示所有隐藏系统文件需dir /A:HS。PowerShell 的-Force参数真相Remove-Item -Force不仅删除只读文件还会强制进入只读目录并删除其内容。但它不会绕过 ACL访问控制列表。若文件 ACL 拒绝你的用户删除-Force依然失败。此时需Take-Ownership或icacls修改权限。脚本签名的必要性企业环境中Set-ExecutionPolicy AllSigned是标配。未签名的脚本即使本地运行也会被拦截。签名步骤创建证书$cert New-SelfSignedCertificate -Type CodeSigningCert -Subject CNMyOrg -CertStoreLocation Cert:\CurrentUser\My签名脚本Set-AuthenticodeSignature -FilePath .\Cleanup-Logs.ps1 -Certificate $cert。我在某银行项目中因未签名脚本导致自动化任务在凌晨 3 点全部失败监控告警响彻运维群。从此签名成了上线前的强制 checklist。6. 进阶延伸从文件枚举到系统治理的思维跃迁掌握dir和Get-ChildItem只是 Windows 系统管理的起点。真正的价值在于将文件枚举能力嵌入更大的治理框架合规审计用Get-ChildItem -Recurse -Attributes Hidden,ReadOnly | Select-Object FullName,LastWriteTime,Owner生成资产清单对接 SIEM 系统。容量预测定期运行Get-ChildItem C:\Data -Recurse | Group-Object Extension | Sort-Object Count -Descending分析各扩展名占比预判存储增长趋势。安全基线检查敏感目录如C:\Users\Public是否有可执行文件gci C:\Users\Public -Recurse -Include *.exe,*.bat,*.ps1 -File发现即告警。DevOps 集成在 Azure DevOps Pipeline 中用 PowerShell 脚本验证构建产物完整性Get-ChildItem $(Build.ArtifactStagingDirectory) -Recurse -Filter *.zip | ForEach-Object { if ($_.Length -lt 1MB) { throw Zip file too small: $($_.FullName) } }。这些都不是“高级技巧”而是把基础命令用到极致