一、背景
首先说需求，这个需求非常常见，就是android上需要的一个功能，linux已经有开源代码而且非常稳定，希望能直接porting过去使用，这个程序是pure c 的代码，也就是说，跟android framework, java 没关系，也跟jni没有关系，我们希望的就是能编译成一个可执行工具，push到android后能直接跑起来使用。
既然是native 代码，主要影响到的就是bionic libc, 因为android的这个基础库跟 linux 上常见的 gnu libc 有区别，主要是被精简了，至于更具体理解什么叫被精简，建议找个linux 开源工具代码在 android ndk 环境里编一下就知道了，其实，这里边还隐藏另外两层区别，一个是 android api level, 就是所谓的android 版本，比如 android 4.4.4 对应 android API 19, android 5 对应 android API 21 , 不同版本的 bionic libc 本身也是有区别的。 另一个是 abi , 就是体系架构的区别，比如 x86, x86_64, armeabi -v7a 等等，不同 abi 设置下 bionic libc 用到的接口也不一样。上面这两个影响会导致，你的代码可能在 API 21 编译通过了，但是在 API 19 失败，或者，在 armeabi-v7a 成功了，但是在 arm64-v8a 失败了。这两点的处理放在另外的文章说明，这篇文章不考虑。可以认为，我们暂时不考虑编译出来的工具的通用性，只在特定的目标，如 abi = armeabi-v7a, api = 21 的android devices 上运行。
好了，我们已经编成功了这个工具，push 到目标设备后（或模拟器）发现运行出现段错误，这是非常常见的，因为在移植过程中，我们把某些 glibc 的调用替换成了 bionic 的调用，接下去应该怎么调试呢？首先说这里的调试，当然是源码级别的单步调试，就是我们在 linux 上开发并调试程序一样。这个要求看似简单，但我搜索了一天的时间，尝试了多种方式，最后才找到一种简单可用且匹配需求的方式。
二、方法
首先，尝试搜索 gdb-for-arm 的工具，就是看有没有一个 gdb 可执行程序，是可以直接在 android arm devices 上运行的，如果有的话，就跟直接在 linux 环境里调试一样了，可惜，这么简单的需求，都搜索不到
下面都是尝试用远程调试的方式
第一种，客户端在win7. 使用 ida pro 6.6 , 它提供了一个 android_server 可以用来push到 android 系统里运行，然后在 ida 的界面里 run remote 可执行程序，这种方式可以跑起来，可以单步执行、可以下断点，但是无法加载正确的符号表。
第二种，客户端在win7,找了一个http://gnutoolchains.com/android/ 为android 编译好的 gnu tool chains 网站，下载 gdbserver 和 gdb.exe , gdbserver push到目标机器跑起来，本地用 gdb.exe 启动，使用gdb 远程调试那套步骤进行设置，发现也是能够跑起来，还是无法正确加载符号表。
第三种，客户在在win7,使用Cygwin 的方式跑gdb客户端，启动之后 cygwin 报了一个长度太长的问题，没有深入去解决
从这里开始，突然对在win7 下启动 gdb 客户端有些失望，随即改为在 ubuntu14.04 里启动 gdb 客户端， android 模拟器也在 ubuntu 里启动。这里的 ubuntu 跑在 win7 上的 vmware 里。具体如果在 ubutnu 里下载并配置 android sdk 开发环境，并创建 avd , 启动 avd, 可以从网上搜索，最终就是在 ubuntu 里正常启动一个 android emulator.
然后，就使用下面的方式，就是可以源代码单步调试了：