什么是虚拟内存：
目的：让大型程序的编写变的更加容易，让RAM的使用也变得更加合理。
结果：RAM扩展到ROM上。即会把当前不活跃的app所占用的RAM空间，放到ROM上。
原理：对虚拟内存的定义是基于对存储空间地址的重定义，及把地址空间定义为“连续的虚拟内存地址”，而实际上，也许这些空间是不连续的内存块，以此“欺骗”程序，让他们有足够的内存空间在执行当前程序。
虚拟内存是计算机系统内存管理的一种技术。
它使得应用程序认为它拥有连续的可用的内存（一个连续完整的地址空间），而实际上，它通常是被分隔成多个物理内存碎片，还有部分暂时存储在外部磁盘存储器上，在需要时进行数据交换。与没有使用虚拟内存技术的系统相比，使用这种技术的系统使得大型程序的编写变得更容易，对真正的物理内存（例如RAM）的使用也更有效率。
需要注意的是：虚拟内存不只是“用磁盘空间来扩展物理内存”的意思——这只是扩充内存级别以使其包含硬盘驱动器而已。把内存扩展到磁盘只是使用虚拟内存技术的一个结果，它的作用也可以通过覆盖或者把处于不活动状态的程序以及它们的数据全部交换到磁盘上等方式来实现。对虚拟内存的定义是基于对地址空间的重定义的，即把地址空间定义为“连续的虚拟内存地址”，以借此“欺骗”程序，使它们以为自己正在使用一大块的“连续”地址。
当我们打包一个app生成的目录结构看一下：
打包会生成.xc archive (xcode的存档文件)，显示包内容如下
其中的四个文件：
dSYM：此文件是保存16进制函数地址映射信息的中转文件,意思就是这个文件保存了程序中函数名和文件名对应的16进制地址信息，当我们的程序奔溃了，我们可以通过xcode导出设备中的奔溃日志为.crash文件，然后通过dSYM文件查到奔溃在那个文件的那个方法中。
Products：此文件中是我们打包生成的可执行文件（mach-o）和我们引入打包好的静态库、当然也包含一些静态的图片资源、证书、应用的info.plist、还有就是用到的.xib和.storyboard等
上图，“二当家”就是可执行文件（.mach-o：mach-object）
mach-o我们可以在LLVM的源码中看到（不列出了），.mach-o可执行文件内不构成如下：
1、头部
otool -h 路径，主要内容是：magic：表示支持多少位的操作系统（32、64）
cputype和cpusubtype 表示支持的操作系统架构（armv7、arm64）
filetype：表示此文件类型（可执行文件）
ncmds: 表示加载命令的数量（load commands）
sizeofcmds：加载命令的大小
flags：命令的起始地址
总之：头部包含的是描述信息，包括此文件的类型、支持的架构和系统位数，及加载命令的地址大小和总条数。
2、加载命令：
otool -lv 路径，主要内容：命令的数量大小在头部里面给出来了，我大体看了一下：
LC_DYLD_INFO_ONLY这个应该是动态库信息，就是你引用了那些系统库LC_UUID 表示uuid AC7545BA-6176-3F27-BB2D-108D0EAAA4AB，app的唯一标示吗？LC_VERSION_MIN_IPHONEOS这个简单最小兼容系统，我们是version 8.0
cmd LC_LOAD_DYLIB
cmdsize 52
name /usr/lib/libresolv.9.dylib (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 1.0.0
compatibility version 1.0.0
这种样子的有很多，是你引用的系统静态库名称版本啥的，我这里有30多个。。。
cmd LC_LOAD_WEAK_DYLIB
cmdsize 84
name /System/Library/Frameworks/ContactsUI.framework/ContactsUI (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 33.0.0
compatibility version 1.0.0
这种也有好多，但是我分不清LC_LOAD_WEAK_DYLIB、LC_LOAD_DYLIB的区别
3、section（节、段）就是你的代码的编译生成的东西了。
这里面主要就是程序代码，在内存的位置，大小，反正你程序运行需要的东西都在里面
上面的这些东西，都是一个app启动时需要的东西，下面是app启动流程：
1、解析.xc archive文件中的info.plist，我理解主要是为了创建沙河路径或者获取沙河路径，还有就是通讯录、地理位置等权限检查
2、.mach-o的加载，即把程序的源码和所有你用到的静态库，还有你自己打包的动态库，都加载到RAM里面（或者虚拟内存里面）。当然这里面有一个很重要的：我们写的类的扩展和C++静态对象加载方法+load方法都会在此时加载到虚拟内存中。
然后再往下，就到main方法了
main方法，看到是return applicationmian这个方法，其实这个方法是创建了一个runloop，及do—while循环，不信，你可以改一下这样
你会发现"done"没发出来，其实就是卡在UIapplicationmain这个方法里面了。
UIapplicationmain除了创建runloop还动态的创建了UIApplication对象，并把你穿进去的Appdelegate设置成UIApplication对象的代理，后来就是启动监听及调用didfinshLaunching方法了。
