PowerShell中如何提升Get-Content转图片为字节数组的性能

Get-Content $picturePath -Encoding byte执行速度慢的核心原因是：该cmdlet默认会逐块读取文件，将字节通过管道逐段输出，存在大量PowerShell运行时的对象封装、管道传递开销，文件体积越大性能损耗越明显，本身就不适合大体积二进制文件的读取场景。

可行优化方案 #

• 方案1：调用.NET原生文件读取方法（性能最优，首推）
  直接使用.NET基类库提供的静态方法读取文件，完全跳过PowerShell管道的额外开销，是目前PowerShell环境下读取二进制文件效率最高的实现，代码如下：

  [byte[]]$picture = [System.IO.File]::ReadAllBytes($picturePath)
  

  该方法输出的字节数组和原Get-Content写法的结果完全一致，可直接赋值给SQL命令参数写入varbinary(max)列，不需要做任何额外转码或格式转换。普通机械硬盘环境下，读取100MB文件的耗时通常仅为原写法的1/10左右，且不存在版本兼容问题，所有PowerShell版本都能正常使用。

• 方案2：为Get-Content追加-Raw参数（保持原cmdlet写法）
  如果希望继续使用Get-Content cmdlet，只需要追加-Raw参数，即可让cmdlet跳过逐段输出的逻辑，一次性加载全量文件内容，性能提升同样显著：

  [byte[]]$picture = Get-Content $picturePath -Encoding Byte -Raw
  

  该写法的性能略低于直接调用.NET方法，但相比不带-Raw的原实现可以减少80%以上的读取耗时。注意-Raw参数从PowerShell 3.0版本开始提供，低于该版本的老旧环境无法使用。

使用注意事项 #

• 两种方案读取得到的字节数组都不会修改原图片的二进制内容，不会出现插入SQL后图片损坏、无法正常预览的问题
• 如果单张图片体积超过1GB，不建议使用一次性全量读取的方案，可改用[System.IO.FileStream]分块读取、分块写入SQL，避免占用过多内存
• 写入SQL时请显式将对应参数的SqlDbType设置为VarBinary，不要依赖默认类型推断，避免大体积字节数组被自动截断

内容的提问来源于stack exchange，提问作者mortenma71