今天小编要和大家分享的是模拟技术相关信息，接下来我将从和ASAN相比，HWASAN具有哪些缺点？，怎么让虚拟机全屏显示?这几个方面来介绍。
模拟技术相关技术文章和ASAN相比，HWASAN具有哪些缺点？
由于虚拟机的存在，Android应用开发者们通常不用考虑内存访问相关的错误。而一旦我们深入到Native世界中，原本面容和善的内存便开始凶恶起来。这时，由于程序员写法不规范、逻辑疏漏而导致的内存错误会统统跳到我们面前，对我们嘲讽一番。
这些错误既影响了程序的稳定性，也影响了程序的安全性，因为好多恶意代码就通过内存错误来完成入侵。不过麻烦的是，Native世界中的内存错误很难排查，因为很多时候导致问题的地方和发生问题的地方相隔甚远。为了更好地解决这些问题，各路大神纷纷祭出自己手中的神器，相互PK，相互补充。
ASAN（Address Sanitizer）和HWASAN（Hardware-assisted Address Sanitizer）就是这些工具中的佼佼者。
在ASAN出来之前，市面上的内存调试工具要么慢，要么只能检测部分内存错误，要么这两个缺点都有。总之，不够优秀。
HWASAN则是ASAN的升级版，它利用了64位机器上忽略高位地址的特性，将这些被忽略的高位地址重新利用起来，从而大大降低了工具对于CPU和内存带来的额外负载。
1. ASAN
ASAN工具包含两大块：
插桩模块（Instrumentation module）
一个运行时库（Runtime library）
插桩模块主要会做两件事：
对所有的memory access都去检查该内存所对应的shadow memory的状态。这是静态插桩，因此需要重新编译。
为所有栈上对象和全局对象创建前后的保护区（Poisoned redzone），为检测溢出做准备。
运行时库也同样会做两件事：
替换默认路径的malloc/free等函数。为所有堆对象创建前后的保护区，将free掉的堆区域隔离（quarantine）一段时间，避免它立即被分配给其他人使用。
对错误情况进行输出，包括堆栈信息。
1.1 Shadow Memory
如果想要了解ASAN的实现原理，那么shadow memory将是第一个需要了解的概念。
Shadow memory有一些元数据的思维在里面。它虽然也是内存中的一块区域，但是其中的数据仅仅反应其他正常内存的状态信息。所以可以理解为正常内存的元数据，而正常内存中存储的才是程序真正需要的数据。
Malloc函数返回的地址通常是8字节对齐的，因此任意一个由（对齐的）8字节所组成的内存区域必然落在以下9种状态之中：最前面的k（0≤k≤8）字节是可寻址的，而剩下的8-k字节是不可寻址的。这9种状态便可以用shadow memory中的一个字节来进行编码。
