从堆里找回“丢失”的代码相关命令简介

简介: 从堆里找回“丢失”的代码相关命令简介

前言

在上一篇文章中,我们主要使用了三个命令 !addresss.writemem 把丢失的代码成功的保存到了文件中。本文简单介绍一下上文用到的这三个命令。

windbg 中的地址范围语法

很多命令都会用到 地址范围。比如 s 命令,.writemem 命令。

windbg 中可以通过两种形式指定地址范围。起始地址 L长度 或者 起始地址 终止地址。在上一篇文章中,我们使用的是 起始地址 终止地址 的形式。我们也可以使用用 起始地址 L长度 的形式来指定一个范围。其中的 L 必不可少,而且,L 后面跟的是要查看的单位数量,不是字节数。比如,我们查看起始地址 0xc0000 处对应的内容,同样是L4,按字节(db),按四字节(dd)和按八字节(dq)查看,显示的内存范围是不一样的

display-by-range

有两点需要注意:

  1. 如果搜寻的范围超过256MB,我们需要使用 L? ,而不是 L
  2. 我们可以使用 L- 表示给定的 address 是终止位置,而不是起始位置。

range-specifier

!address 命令

该命令可以用来查看指定地址对应的信息,也可以用来查找过滤。在之前的文章里使用 !address 查看过某个地址对应的信息。上一篇文章中我们主要使用的是这个命令的查找过滤功能(通过 -f 参数,ffilter 的缩写)。

  • 我们可以根据用途过滤,具体参考下表。
    filt-by-memory-usage

  • 还可以根据内存保护属性过滤,具体参考下表。
    filt-by-memory-protection

  • 还可以根据内存状态过滤,具体参考下表。
    filt-by-memory-state

  • 还可以根据内存类型过滤,具体参考下表。

filt-by-memory-type.png

-f 参数需要配合 -c:"command" 在查找的过程中执行对应的命令。

option-c

s 命令

该命令可以用来查找符合特定模式的内存。sSearch Memory 的缩写。

s [-[[Flags]Type]] Range Pattern 
s -[[Flags]]v Range Object 
s -[[Flags]]sa Range 
s -[[Flags]]su Range

这里仅截取 Type 的用法。更多用法请参考官方文档。
search-type

.writemem 命令

该命令比较简单,.writemem FileName Range

FileName :如果路径中有空格,需要使用 "" 引起来,这个应该是常识了。

Range :相关的语法已经在本文开始介绍了。

总结

我们在上一篇文章中用到的命令(!address -f:heap,PAGE_READWRITE -c:"s -u %1 %2 args.Contains(\"--all\")")的意思是:遍历可读写的堆内存,对每个内存区域调用 s 命令,搜寻匹配 args.Contains("--all")unicode 字符串。s 命令需要的地址范围是通过 !address 命令传递过来的 %1(起始地址) 和 %2(结束地址) 传递的。

参考资料

相关文章
|
开发工具 git
Git使用不当导致代码丢失的N种场景
背景git作为目前使用最广泛的分布式版本控制软件,集团内基本上所有开发同学都使用它来做代码管理。一个最典型的使用场景,是一个git仓库存在一个master主干分支,多个需求基于master拉自己的开发分支,然后在发布日时,新建一个release分支,然后原先并行的几个开发分支merge到release分支上,最后基于该分支发布上线,上线后release再merge到master主干上,一次发布完成
2377 1
Git使用不当导致代码丢失的N种场景
|
6月前
|
SQL 关系型数据库 数据库
记一次程序 Bug 导致数据删除的恢复过程
使用RDS、DMS进行数据恢复实践
953 0
|
6月前
AXURE怎么找回丢失的文件
AXURE怎么找回丢失的文件
|
8月前
|
C++
从堆里找回“丢失”的代码
从堆里找回“丢失”的代码
|
应用服务中间件 PHP nginx
记一次服务器重启后网站502的恢复过程
记一次服务器重启后网站502的恢复过程
226 0
|
NoSQL Redis 开发者
持久化-数据恢复过程演示|学习笔记
快速学习持久化-数据恢复过程演示
60 0
环境变量配置步骤(误删除找回方法)
环境变量配置步骤(误删除找回方法)
416 0
环境变量配置步骤(误删除找回方法)
|
SQL NoSQL 关系型数据库
二十五:从库的关闭和恢复流程(笔记)
一、stop slave流程 用户线程: stop_slave -> terminate_slave_threads ->带入参数rpl_stop_slave_timeout设置,作为等待SQL线程退出的超时时间。
802 0
|
存储 SQL Oracle
回到过去,找回遗失的珍宝 - TiDB 的历史读功能
数据作为业务的核心,关系着整个业务的生死,所以对于数据库来说,数据的安全性是放在首位的,从宏观角度来看,安全性不仅仅在于的数据库本身足够稳定不会主动的丢失数据,有的时候更是对业务本身甚至人为失误造成损失是否有足够且便捷的应对方案,例如在游戏行业中经常遇到的反作弊(作弊玩家回档)问题,对于金融业务的审计需求等等,如果在数据库层面上提供相关机制,会让业务开发的工作量和复杂度减少很多。 传统的方案会定期备份数据,几天一次,甚至一天一次,把数据全量备份。当意外发生的时候,可以用来还原。但是用备份数据还原,代价还是非常大的,所有备份时间点后的数据都会丢失,你绝对不希望走到这一步。另外全量备份带来的存储
265 0