从堆里找回“丢失”的代码

前言

前一阵子，使用小乌龟（TortoiseGit）提交代码的时候，错误的 Revert 了部分代码，本文记录了找回这部分代码的过程。文章标题致敬张银奎老师《格蠹汇编》的第一章 —— 从堆里抢救丢失的博客。

说明： 本文的截图都是我用新建的示例工程截取的。

缘起

最近，程序运行的时候，执行某个功能会崩溃，根据经验猜想，应该是序列化，反序列化的问题。因为手里没有关键的 pdb，调试起来比较费劲，并且项目比较急，暂时先不使用这个功能。准备先提交其它功能的代码。

大意失荆州

按照惯例，提交以前先检查一下提交内容。（p.s. 这是个好习惯）

发现有一部分代码会致使序列化有问题。一激动（当时被那个崩溃问题搞得很烦躁），点击了Revert...。

点完了就后悔了 —— 这段代码是为其它功能写的，应该保留。因为在提交代码前，关闭了vs ，没办法经过 vs 找回了。

说明：若是文件在 vs 外部被修改，vs 会给出相似下图的提示，这时候咱们选 No 不从新加载就能够了。

这但是我辛辛苦苦，一行一行敲出来的啊。就这么 “丢了” 吗？丢是不可能丢的，这辈子都不可能丢的。

峰回路转

幸好没有烦躁到直接干掉小乌龟。想起张老师的《格蠹汇编》第一章就是 “从堆里抢救丢失的博客”，讲的是使用 windbg 从浏览器中找回未能成功发表的博文的故事。赶忙使用 windbg 附加到小乌龟上。先用 .dump /ma e:\dumps\tortoisegit.dmp 保存一份完整转储。

有了转储文件，即便关闭小乌龟也不怕了！稍微平复下我跌宕起伏的心里，应该用哪一个命令搜索内存呢？很早以前从张老师的文章里了解到 s 命令能够搜索内存。加之，前一段日志恰好尝试解决过相似的问题，作了笔记。很快就把上次整理好的命令粘贴到 windbg 中进行查找。

搜寻关键字

有印象的关键字是 args.Contains("--all")。在 windbg 中输入 !address -f:heap,PAGE_READWRITE -c:"s -u %1 %2 args.Contains(\"--all\")"

搜到两处，分别使用 du 命令查看这两处的内容。

明显第一处的内容比较全，选用第一处的地址进行进一步的搜索。若是能找到文件的开始和结束就最好了。通过简单的尝试，找到了开始和结束的地址。截图的话会比较长，这里就不截图了。开始地址是 0000022f``dae8e5f8-0x3538，结束地址是 0000022f``dae8f030

说明： 也能够直接使用命令 s -u 0x0 L?0xffffffff`ffffffff “args.Contains("–all")”，更简单明了。

保存到文件

知道开始地址和结束地址了，剩下的就是如何把对应的内容保存到文件中了。windbg 已经为咱们准备好了一条命令 —— .writemem。输入：.writemem e:\dumps\tortoisegit.cs 0000022f``dae8e5f8-0x3538 0000022f``dae8f030 便可把指定范围的数据保存到文件中。

查看保存的文件，果真是对应的文件内容！比较长，这里就不放截图了。

反思

• 必定要养成一个良好的版本管理习惯。开发新功能的时候，最好创建一个新分支，而且随时把变动提交。等开发完了，再合并回主分支，并删掉功能分支。若是我遵循了这个原则的话，就不会出现这种问题了。固然，也不会有本篇总结了。

• 遇到问题，必定不要鲁莽，保持冷静。若是我关了小乌龟，那么丢失的代码就真的没办法找回来了。

• 必定要养成总结问题，记录问题的好习惯！以前，有同事也遇到了相似的问题，代码不当心弄丢了。不幸的是，没能经过这种办法找回来。幸运的是，当时调查的结果都有记录，因此此次查这个问题的时候，翻出笔记。复制粘贴，回车，搞定！一鼓作气，至关舒爽！

总结

• 使用 !address -f:heap, PAGE_READWRITE -c:"s -u %1 %2 \"unicode_string_to_search\"" 能够在堆上搜索 unicode_string_to_search。

• 能够使用更简单的 s -u start_address end_address 或者 s -u start_address L?length 搜索。

• 使用 .writemem 能够把指定范围的数据保存到文件中。

参考资料

• 《格蠹汇编》
• docs.microsoft.com/en-us/windo…
• docs.microsoft.com/en-us/windo…
• docs.microsoft.com/en-us/windo…
• docs.microsoft.com/en-us/windo…