楼主的遇到的问题是多重问题，第一步 cat 就已经错了，因为它会以文本读取文件，而不是复制二进制流。
第二步管道传入 gzip 也错误，因为经过 PowerShell 的外部程序管道都会经过文本的转换。
第三步保存到文件也错误，因为这个操作也会按照文本解读，还会进行编码转换。

正确解法是使用 Start-Process 来重定向，但是这只能解决输入输出都是文件的简单情况。

那么 PowerShell 使用二进制管道的正解是什么呢？这里臭不要脸地推荐我写的 module Use-RawPipeline，专门解决 PowerShell 二进制管道交互问题，且在 Windows 上以性能最佳的方式实现。

GitHub 链接： https://github.com/GeeLaw/PowerShellThingies/tree/master/modules/Use-RawPipeline
博客： https://geelaw.blog/entries/powershell-use-rawpipeline/

@ghostwwg #4 有文件出现不代表文件内容是对的。

正统翻译是“运算符”，“操作符”是硬译出来的。

@npe #1 新版的 Word 格式是压缩过的 XML，不是 HTML 。

@ETiV #2 即使这样可以，也相当于把数据传入公网了，此外通常服务器处理 URL 有最大长度限制（比较自然的想法是 32768 个 Unicode 字符这种级别），任何非平凡 Word 文档用 data URI 编码都会超过该长度。

一个简单的方案是（在内网）部署 Office Online Server，见 https://docs.microsoft.com/en-us/officeonlineserver/deploy-office-online-server

另外这个问题和 Vue 不 Vue 关系不大。

我一直没理解的问题：在 OneNote 里“复制指向 分区 /页面 /段落 的链接”然后粘贴不就行了么？还可以精确控制链接位置，带有类似 Windows 快捷方式的分布式链接跟踪算法（即指向物移动后仍然很有可能可以由移动前的链接找到）。

因为 Type 不是依赖名称，它会在模板实例化之前解析。简单的解决方案是在 Derived 里面写

using IteratorFacadeType = typename IteratorFacade<T>::Type;

以免每次用这个类型的时候都要写一大串。

通常来说心电感应调试是很困难的，第一个可能性是你关闭了 DDE，参考 https://devblogs.microsoft.com/oldnewthing/20080730-00/?p=21423

另外关于为什么 pre-XP 时代这个问题似乎很少见，这是因为经典 IME 是不会在候选完成之前告诉相关窗口任何信息的，仔细回忆，智能 ABC 的正在输入字母序列是单独窗口显示的。
这个效果至今仍然存在，如果你打开文件资源管理器，然后不把焦点放在任何可以输入的区域，并切换到微软拼音开始打字，你会发现屏幕左上角出现了 Windows 95 风格的窗口，里面用点阵字体显示着你正在输入的字母序列，还有一个 Windows XP 时代的绿不啦叽的箭头表示“完成候选”。

这个通常是程序的问题，有些软件设计的时候全球化做得不好，对“正在用 IME 输入文本”的状态处理有错误。不久以前的 Web 是重灾区，相关 API：
https://docs.microsoft.com/en-us/windows/win32/intl/status--composition--and-candidates-windows
https://developer.mozilla.org/en-US/docs/Web/API/Element/compositionstart_event

@Osk 请注意 SI 字头是 k 而不是 K 。

搜索 commitment scheme 。

我觉得是 USER 句柄泄露导致的，是某一个常用应用的问题。

可以先验证是否注销重新登录可以解决问题。

@geelaw #2 用这个资料写了一个 module 把 console 的内容保存为 HTML，并配上了 CSS 。

GitHub 见 https://github.com/GeeLaw/PowerShellThingies/tree/master/modules/ConsoleLog

可以用 Install-Module ConsoleLog -Scope CurrentUser 安装

如果所有图片都位于同一个分区且该分区采用 NTFS 格式，则可以利用硬链接归约为同一目录下的图片浏览。

例如在 PowerShell 里，假设 $Images 是非空数组，存放了所有需要看的图片的路径，且都和 $MyFolder 同一个分区下的，例如 $MyFolder = 'C:\Users\username\Pictures\Browsing' 那么可以用下面的命令把所有的图片都链接到 $MyFolder 下：

$Images = Get-Item $Images
$fmt = '0' * $Images.Count.ToString().Length
For ($i = 1; $i -lt $Images.Count; ++$i)
{
$img = $Images[$i]
cmd /c ">nul mklink /h `"$([System.IO.Path]::Combine($MyFolder, $i.ToString($fmt) + $img.Extension))`" `"$($img.FullName)`""
}
Invoke-Item $MyFolder

看完之后直接删除 $MyFolder 里面的内容即可，这样不会影响原来的文件。

参考
https://devblogs.microsoft.com/powershell/capture-console-screen/
https://devblogs.microsoft.com/powershell/colorized-capture-of-console-screen-in-html-and-rtf/

@codehz #3 这个说法和 FireFox 的理念背道而驰，数据从来都是用户的而不是 app 的。要是没有任何提示直接迁移可以喷“偷看用户数据”。

另外搜索一下 D41D8CD98F00B204E9800998ECF8427E 就知道这是长度为 0 的字节串的 MD5

难道不是因为第二个调用的时候 openFile 已经到文件结尾了吗？你可以 Seek 回开头再做第二次调用，就会一样了。