地址：0x1000e4000 + 49116 = 0x00000001000effdc都是运行时地址；
0x1000e4000：基址偏移后的地址；
0x100000000: 共知基址；各个环境都知道，不需要显式声明。
可执行文件中的符号地址，可以从上面的地址导出。
Symbolicating Crash Reports With atos
The atos command converts numeric addresses to their symbolic equivalents. If full debug symbol information is available then the output of atos will include file name and source line number information. The atos command can be used to symbolicate individual addresses in the backtrace of an unsymbolicated, or partially symbolicated, crash report. To symbolicate a part of a crash report using atos:
Find a line in the backtrace which you want to symbolicate. Note the name of the binary image in the second column, and the address in the third column.
Look for a binary image with that name in the list of binary images at the bottom of the crash report. Note the architecture and load address of the binary image.
Figure 4 Information from the crash report that is needed to use atos.
Locate the dSYM file for the binary. You can use Spotlight to find the matching dSYM file for the UUID of the binary image. See the Symbolication Troubleshooting section. dSYM files are bundles in which reside a file containing the DWARF debugging information generated by the compiler at build time. You must provide the path to this file, not to the dSYM bundle, when invoking atos.
With the above information you can symbolicate addresses in the backtrace using the atos command. You can specify multiple addresses to symbolicate, separated by a space.
atos -arch <Binary Architecture> -o <Path to dSYM file>/Contents/Resources/DWARF/<binary image name> -l <load address> <address to symbolicate>
Listing 1 Example usage of the atos command following the steps above, and the resulting output.
$ atos -arch arm64 -o TheElements.app.dSYM/Contents/Resources/DWARF/TheElements -l 0x1000e4000 0x00000001000effdc |
-[AtomicElementViewController myTransitionDidStop:finished:context:] |
Symbolicating Crash Reports With atos
原文：http://www.cnblogs.com/feng9exe/p/7988514.html