1. android怎么动态调试dex
1.1 安装JDK
java环境的搭建请自行查找资料，这里不做详述。
1.2 安装Android SDK
下载地址：http://developer.android.com/sdk/index.html。
下载完安装包后解压到任意一目录，然后点击运行SDK Manager.exe，然后选择你需要的版本进行安装，如图：
1.3 安装Eclipse集成开发环境
下载地址：http://www.eclipse.org/downloads。选择Eclipse for Mobile Developers，解压到任意目录即可。
1.4 创建Android Virtual Device
动态调试可以用真实的手机来做调试环境，也可以用虚拟机来做调试环境，本文采用虚拟机环境。因此创建虚拟机步骤如下：
1打开Eclipse –>windows->Android Virtual Device
2点击Create，然后选择各个参数如图：
这里Target 就是前面步骤中安装的SDK 选择任意你觉得喜欢的版本就可以。点击OK 就创建完毕。
1.5 安装 APK改之理
这个是一个很好用的辅助调试的软件，请自行搜索下载。
1.6 安装 IDA6.6
IDA6.6开始支持安卓APP指令的调试，现该版本已经提供免费下载安装，请自行搜搜。
0x02 Dalvik指令动态调试
2.1 准备工作
安卓APP应用程序后缀为apk，实际上是一个压缩包，我们把它改后缀为rar打开如图：
其中classes.dex是应用的主要执行程序，包含着所有Dalvik指令。我们用APK改之理打开apk，软件会自动对其进行反编译。反编译后会有很多smail文件，这些文件保存的就是APP的Dalvik指令。
在APK改之理里双击打开AndroidManifest.xml，为了让APP可调试，需要在application 标签里添加一句android:debuggable="true" 如图：
然后点击保存按钮，然后编译生成新的apk文件。接着打开Eclipse –>windows->Android Virtual Device，选择刚才创建的虚拟机，然后点击start，虚拟机便开始运行。偶尔如果Eclipse启动失败，报错，可以同目录下修改配置文件：
把配置参数原本为512的改为256 原本为1024的改为512，然后再尝试启动。
在SDK安装目录有个命令行下的调试工具adb shell，本机所在目录为E:\adt-bundle-windows-x86-20140702\sdk\platform-tools，把adb.exe注册到系统环境变量中，打开dos命令行窗口执行adb shell 就可以进入APP命令行调试环境，或者切换到adb所在目录来执行adb shell。
这里先不进入adb shell，在DOS命令行下执行命令：adb install d:\1.apk 来安装我们刚才重新编译好的APK文件。安装完毕会有成功提示。
2.2 利用IDA动态调试
将APP包里的classes.dex解压到任意一目录，然后拖进IDA。等待IDA加载分析完毕，点击Debugger->Debugger Options如图
按图所示勾选在进程入口挂起，然后点击Set specific options 填入APP包名称和入口activity 如图：
其中包的名称和入口activity 都可以通过APK改之理里的AndroidManifest.xml 文件获取：
1
2
3
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.example.simpleencryption">
<application android:allowBackup="true" android:debuggable="true" android:icon="@drawable/creakme_bg2" android:label="@string/app_name" android:theme="@style/AppTheme">
<activity android:label="@string/app_name" android:name=".MainActivity">
然后在IDA点击Debugger->Process Options
其他默认不变，端口这里改为8700。这里默认端口是23946，我在这里困扰了很久，就是因为这个端口没有改为8700所致。然后我们看看这个8700端口是怎么来的。在Android SDK里提供了一款工具DDMS，用来监视APP的运行状态和结果。在SDK的TOOLS目录有个DDMS.BAT的脚步，运行后就会启动DDMS。由于我的本机安装了SDK的ADT插件，DDMS集成到了Eclips中，打开Eclips->Open perspective->ddms就启动了DDMS。
如图所示：
在DDMS选中某个进程后面就会注释出它的调试端口,本机这里是8700。
到此所有的工作就准备就绪，然后就可以下断点来调试该APP了。我们在APK改之理中在com目录下查看smali文件 发现MainActivity.smali里有一个感兴趣的函数getPwdFromPic()，那么我们就对它下断以跟踪APP的运行。
在IDA里搜索字符串getPwdFromPic，发现onClick有调用该函数
我们在onClick 函数开始位置按F2下断如图：
然后点击上图中绿色三角形按钮启动调试如图：
调试过程中有一个问题出现了很多次，浪费了我大量的时间，就在写文章的时候，操作时还是遇到了这样的问题。就是点击启动后IDA提示can’t bind socket，琢磨了很久终于找到原因了，当打开过一次DDMS后 每次启动Eclips都会启动DDMS 而8700端口正是被这个DDMS给占用了，然后每次都会启动失败，解决办法就是 虚拟机运行起来后关闭掉Eclips，这时一切就正常了！
事例中是一个APP crackme 提示输入密码才能进入正确界面。这个时候我们输入123，点击登陆，IDA中断在了我们设置断点的地方，这时选中ida->debugger->use source level debugger，然后点击ida->debugger->debugger windows->locals打开本地变量窗口，如图：
然后按F7或F8单步跟踪程序流程，同时可以观察到变量值的变化，也可以在IDA右键选择图形视图，可以看到整个APP执行的流程图:
如上图所示 变量窗口中我们输入了123 被转化成的密码是么广亡，pw变量也显示出了正确的密码，其实这个时候已经很容易判断出正确密码了。
0x03 Andoid原生动态链接库动态调试
通常为了加密保护等措施，有时dex执行过程中会调用动态链接库文件，该文件以so为后缀，存在于APP文件包里。
这里我们以动态附加的方式来调试原生库。
3.1 准备工作
1、将IDA->dbgsrv目录下的android_server拷贝到虚拟机里，并赋予可执行权限
DOS命令分别为：
adb shell pull d:\ android_server /data/data/sv
adb shell chmod 755 /data/data/sv
2、启动调试服务器android_server
命令：adb shell /data/data/sv
服务器默认监听23946端口。
3、重新打开DOS窗口进行端口转发，命令：
adb forward tcp:23946 tcp:23946 如图：
3.2 利用IDA进行动态调试
1、虚拟机里启动要调试的APP 2、启动IDA，打开debugger->attach->remote Armlinux/andoid debugger
端口改为23946 其他保持不变，点击OK
如上图，选中要调试的APP 的数据包名，然后点击OK。
正常情况下，IDA会把APP进程挂起。
3、由于当前程序不是在动态链接库领空，这时我们要重新打开一个IDA，用它打开需要调试的so文件，找到需要下断的位置的文件偏移，并做记录，然后关闭后面打开的这个IDA。
4、在原IDA界面按下ctrl+s键，找到并找到需要调试的so，同时记录该文件的加载基址。然后点击OK 或者cancel按钮关闭对话框。
5、按下快捷键G 输入基址+文件偏移所得地址，点击OK 就跳转到SO文件需要下断的地方，这时按下F2键设置断点。当APP执行到此处时便可以断下来。
3.3 在反调试函数运行前进行动态调试
程序加载so的时候，会执行JNI_OnLoad函数，做一系列的准备工作。通常反调试函数也会放到JNI_OnLoad函数里。进行4.2中第2步时也许会遇到如下情况：
这时APP检测到了调试器，会自动退出，那么这时调试策略需要有所改变。
接着4.1第3步后，在DOS命令行执行命令：
adb shell am start -D -n com.yaotong.crackme/com.yaotong.crackme.MainActivity
来以调试模式启动APP 如图：
com.yaotong.crackme是APP包名称，com.yaotong.crackme.MainActivity是执行入口 这些可以用APK改之理查看。
这时由于APP还未运行，那么反调试函数也起不了作用，按照4.2中第2步把APP挂起。这时IDA会中断在某个位置
然后点击debugger->debugger opions设置如下：
点击OK 后按F9运行APP，然后再DOS命令下执行命令：
jdb -connect com.sun.jdi.SocketAttach:hostname=127.0.0.1,port=8700
这时APP会断下来，然后按照4.2中的3、4、5补找到JNI_OnLoad函数的地址并下断，然后按F9 会中断下来。然后便可以继续动态跟踪调试分析。
2. android运行时，虚拟机已设成功，但程序不能运行，怎么办
用安卓Android Virtual Device (AVD)虚拟机 调试Android APP程序,如果不运行,建议按一以下步骤重试:
1.重新建立虚拟机
打开Eclipse软件后，在主界面点击Android Virtual Device Manager，出现虚拟机管理界面，点击New按钮弹出虚拟机参数配置界面，选择适宜的虚拟机参数比如屏幕大小、分辨率、内存RAM、SD卡大小等，填入后点击OK创建完毕后关闭虚拟机管理页面。
2.运行android 应用
点击工程 run as android application后，系统就会启动虚拟机，在刚开始时虚拟机界面如下，一段时间后，会运行Android程序。
3.更新SDK 多数情况下虚拟机不能启动,报错,或无法运行程序都是因为SDK版本太老导致,建议先升级SDK,并下载不同版本的模拟器
提示:
虚拟机建立时会进行一系列内部操作，需要花较长时间，建议，在建立一个虚拟机后不要关闭虚拟机界面，直接切换不用的工程，就可以运行不同的APP！
3. 用eclipse编写好android如何在虚拟机中调试新手菜鸟学android
android开发环境安装了没？
google针对eclipse开发的adt插件安装了没？
4. android开发用什么调试机
android在开发过程中需要对程序不断进行调试。常见的调试分为两种：分别是真机调试，和虚拟机调试。
真机调试操作更直观，用户体验更强烈。虚拟机调试可以适配各种手机，包括适配android版本，屏幕大小等等。
android调试机推荐的话，如果只是调试没有必要追求太高的性能。内存适当就可以，建议屏幕大一些，这样可以直观的看到手机屏幕略大时对xml布局的影响。市面上的手机基本完全可以胜任，躲避广告嫌疑，此处不做具体品牌推荐。
android虚拟机推荐，现在安卓开发主流用的是Genymotion安卓模拟器，此虚拟机需要搭配Oracle公司的virtualbox虚拟机使用。具体安装过程可自行上网搜索。
总结：android开发过程中真机调试和虚拟机调试两个过程必不可少。搭配合适的工具，合适的硬件，便可以做到事半功倍。
5. 安卓12虚拟机软件没反应
用安卓AndroidVirtualDevice(AVD)虚拟机调试AndroidAPP程序,如果不运行,建议按一以下步骤重试
1.重新建立虚拟机打开Eclipse软件后，在主界面点击AndroidVirtualDeviceManager，出现虚拟机管理界面，点击New按钮弹出虚拟机参数配置界面，选择适宜的虚拟机参数比如屏幕大小、分辨率、内存RAM、SD卡大小等，填入后点击OK创建完毕后关闭虚拟机管理页面。2.运行andr护钉篙固蕻改戈爽恭鲸oid应用点击工程runasandroidapplication后，系统就会启动虚拟机，在刚开始时虚拟机界面如下，一段时间后，会运行Android程序。
3.更新SDK多数情况下虚拟机不能启动,报错,或无法运行程序都是因为SDK版本太老导致,建议先升级SDK,并下载不同版本的模拟器提示:虚拟机建立时会进行一系列内部操作，需要花较长时间，建议，在建立一个虚拟机后不要关闭虚拟机界面，直接切换不用的工程，就可以运行不同的APP
6. 为什么Android不可以绕开虚拟机直接运行
安卓是谷歌将它从开源linux上改造而来，依旧保持开源特性。为了应用开发者更多地开发安卓程序，自然也就保留了linux上的虚拟机机制。同时，安卓的目标是手机等移动终端，这些设备的处理器五花百门，而且开源安卓也会被各种深入定制，这同样导致了安卓依然沿用了虚拟机机制来保持高兼容性。当然，这些华为研发了方舟编译器，让系统直接运行机器码，以此来消除虚拟机带来的弊端。
安卓系统最早并不是谷歌研发出来的，而是一家名叫Android的初创公司研发的。这家公司成立22个月后，就把原始Android雏形系统以4千万美元的价格卖给了谷歌。 这个雏形原本就基于linux系统研发而来，自然里面也还是沿用了linux的虚拟机机制。
谷歌拿到系统后，自己继续研发Android系统，在2007年还集合了84家当时一流的硬件厂商组成研发联盟。整个研发依然还是基于linux开源系统，但它解决了商业化的一个大难题。那就是，linux是开源系统，是有GPL开源协议的。很多硬件厂家为了适配该系统，必须将在上面研发的驱动程序公开，一旦公开驱动程序代码就相当于公开了自己的硬件设计。而谷歌研发的Android系统解决了这个问题，它将驱动程序放置到了userspace里面，并让它可以通过l内核访问硬件。同时，公开接口就可以让硬件厂商编写驱动程序。硬件厂商只需要提供驱动程序即可，不需要公开源代码了。
这么多硬件厂商一起研发，自然就会 面临一个问题就是每个厂商的硬件都不同。这对Android生态发展来说是个必须解决的兼容性问题。最好的办法依然是沿用linux的虚拟机机制 ，这样Android的软件作者就无需针对不同硬件重新开发软件。只需要一次开发就可以在安卓系统上的虚拟机中运行。
安卓的虚拟机机制在很大程度上解决了兼容性的问题，但是这种边解释边执行的方式，也降低了软件的运行效率。这些年，华为在这方面的研发上花了大功夫，成功研制出了“方舟”编译器。该编译器就是为了解决这个问题而诞生的。如果软件作者采用方舟编译器重新编译自己的程序。它的软件就可以以机器码的形式在安卓系统上高效运行，并且方舟编译器还会对程序进行优化。按照华为方面的数据显示， 使用华为方舟编译器编译后的程序，操作流畅度提升24%，系统响应速度提升44%，第三方应用操作流畅度提升60%！
Android没有绕开虚拟机直接运行，是因为从它研发之初为了保持高兼容性，不得不沿用了虚拟机的机制。但在这些年，华为研发了“方舟”编译器，就是为了解决这个问题。通过方舟编译器编译后的程序可以直接以机器码的形式在安卓系统上运行，效率大大提高。
为了多点儿面试题[机智]
当初设计android的时候，设计人员只是软件工程师，无法针对某个CPU(目前有的CPU框架intel，arm，mips，rsicv等)去开发。最好的是，我针对所有CPU都支持。
跨平台，是指java语言编写的程序，一次编译后，可以在多个系统平台上运行。
因为机器针对不同机器语言，有不同执行逻辑。
就好比二进制000100，在arm里面是调用加法器，而riscv是调用乘法器一样。所以，需要给这些不同平台请个翻译。而虚拟机就是起到翻译作用。
这样虽然增加了消耗(例如执行同样代码，时间消耗上，c明显由于java)，但是可以某种意义上，把软件，物理硬件分开了。软件重点设计自己app，而硬件不断增加CPU性能。
因为上层应用是 建立在 java 库的基础上，运行 java 库 需要 java 虚拟机，调试模式，可以登录到系统里，直接运行linux 命令，也可以下载运行 c程序。
啥叫Android不可以绕开虚拟机直接运行？Android本质上是Linux的变种，它本身就是应用APP的虚拟机容器，Android源码针对硬件平台编译之后，就是直接在CPU上运行的机器码了，它的运行并不依赖于其他的虚拟机。
APP是JAVA打包的，倒是需要在Android的JVM里运行，毕竟要考虑跨平台嘛。
ActivityThread.java就是一个应用程序，有main方法，是一个进程，就是靠虚拟机，没有这个就没有app。咋绕开，绕开就得不用这个，得从内部更换成别的，都更换了那就不是简单的事情了
因为java代码必须编译成机器语言才行，这时候就要接助虚拟机
在问为什么前，先问下是什么？Android是可以不依赖虚拟机运行的，只需要改一下重新编译就好了。
系统就是这么设计的