gdb调试android
Ⅰ 如何使用gdb调试android程序
用gdb调试动态链接库
大家都知道在 linux 可以用 gdb 来调试应用程序，当然前提是用 gcc 编译程序时要加上 -g 参数。
我这篇文章里将讨论一下用 gdb 来调试动态链接库的问题。
首先，假设我们准备这样的一个动态链接库：
引用：
库名称是： ggg
动态链接库文件名是： libggg.so
头文件是： get.h
提供这样两个函数调用接口：
int get ();
int set (int a);
要生成这样一个动态链接库，我们首先编写这样一个头文件：
/************关于本文档********************************************
*filename: get.h
*********************************************************************/
int get ();
int set (int a);
然后准备这样一个生成动态链接库的源文件：
/************关于本文档********************************************
*filename: get.cpp
*********************************************************************/
#include
#include "get.h"
static int x=0;
int get ()
{
printf ("get x=%d＼n", x);
return x;
}
int set (int a)
{
printf ("set a=%d＼n", a);
x = a;
return x;
}
然后我们用 GNU 的 C/C++ 编译器来生成动态链接库，编译命令如下：
引用：
g++ get.cpp -shared -g -DDEBUG -o libggg.so
这样我们就准备好了动态链接库了，下面我们编写一个应用程序来调用此动态链接库，源代码如下：
/************关于本文档********************************************
*filename: pk.cpp
*********************************************************************/
#include
#include "get.h"
int main (int argc, char** argv)
{
int a = 100;
int b = get ();
int c = set (a);
int d = get ();
printf ("a=%d,b=%d,c=%d,d=%d＼n",a,b,c,d);
return 0;
}
编译此程序用下列命令，如果已经把上面生成的 libggg.so 放到了库文件搜索路径指定的文件目录，比如 /lib 或 /usr/lib 之类的，就用下面这条命令：
引用：
g++ pk.cpp -o app -Wall -g -lggg
否则就用下面这条命令：
引用：
g++ pk.cpp -o app -Wall -g -lggg -L`pwd`
下面我们就开始调试上面命令生成的 app 程序吧。如果已经把上面生成的 libggg.so 放到了库文件搜索路径指定的文件目录，比如 /lib 或 /usr/lib 之类的，调试就顺利完成，如下：
引用：
#gdb ./app
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) b main /* 这是在程序的 main 处设置断点 */
Breakpoint 1 at 0x804853c: file pk.cpp, line 7.
(gdb) b set /* 这是在程序的 set 处设置断点 */
Function "set" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y /* 这里必须选择 y 调试程序才会跟踪到动态链接库内部去 */
Breakpoint 2 (set) pending.
(gdb) run /* 开始运行我们的程序，直到遇见断点时暂停 */
Starting program: /data/example/c/app
Breakpoint 3 at 0xb7f665f8: file get.cpp, line 11.
Pending breakpoint "set" resolved
Breakpoint 1, main (argc=1, argv=0xbfArrayArray0504) at pk.cpp:7
7 int a = 100;
(gdb) n /* 继续执行程序的下一行代码 */
8 int b = get ();
(gdb) n /* 程序执行到了我们断点所在的动态链接库了 */
get x=0
Array int c = set (a);
(gdb) n
Breakpoint 3, set (a=100) at get.cpp:11
11 printf ("set a=%d＼n", a);
(gdb) list /* 查看当前代码行周围的代码，证明我们已经跟踪到动态链接库的源代码里面了 */
6 printf ("get x=%d＼n", x);
7 return x;
8 }
Array int set (int a)
10 {
11 printf ("set a=%d＼n", a);
12 x = a;
13 return x;
14 }
(gdb) n
set a=100
12 x = a;
(gdb) n
13 return x;
(gdb) n
14 }
(gdb) n
main (argc=1, argv=0xbfArrayArray0504) at pk.cpp:10
10 int d = get ();
(gdb) n
get x=100
11 printf ("a=%d,b=%d,c=%d,d=%d＼n",a,b,c,d);
(gdb) n
a=100,b=0,c=100,d=100
12 return 0;
(gdb) c
Continuing.
Program exited normally.
(gdb) quit /* 程序顺利执行结束 */
如果我们没有把动态链接库放到指定目录，比如/lib里面，调试就会失败，过程如下：
引用：
# gdb ./app
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) b main
Breakpoint 1 at 0x804853c: file pk.cpp, line 7.
(gdb) b set
Function "set" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 2 (set) pending.
(gdb) run /* 虽然调试操作都一样，但程序执行失败 */
Starting program: /data/example/c/app
/data/example/c/app: error while loading shared libraries: libggg.so: cannot open shared object file: No such file or directory
Program exited with code 0177.
(gdb) quit
Ⅱ 简述-gdb检测apk是否可以被调试
调试环境：一台root手机或者模拟器，gdb环境
软件环境：一个名义上貌似已经加固的apk
命令步骤：
1、adb install ...apk
2、
2.1、adb shell
2.2、ps查看进程
很多加固平台后，会生成一个子进程
2.3、gdbserver remote:端口号 --attach:PID
ps：不需要安装什么gdbserver，android源码自带了
ps：如果出现提示“检测到调试器”之类的话，然后app崩溃了，大致可以说明加固是有效的。
2.4、如果未出现上述ps问题，则继续
adb forward tcp:端口号 tcp:端口号
2.5、找到sdk\ndk下的gdb.exe，运行它，执行命令target remote:端口号，如下，能成功连上的话，基本上说明这个apk是可以被调试的。over
3、然后想怎么调试就自己写些JNI搞吧。
Ⅲ 在Android设备上怎么调试守护进程
其实网上有很多类似的文章，但是你会发现几乎都不可重现，要么是细节没讲清楚，要么是压根自己没有真正去试过。这里，我仅给出自己用gdb和gdbserver调试android native code的实际过程，希望对大家有用。
注：以调试mediaserver进程为例.
第一步：你需要下载android，以debug方式编译，并以生成的image起模拟器或者设备。
第二步：你需要从“http://developer.download.nvidia.com/tegra/files/tegra-gdb-20100430.zip”下载一个gdb，覆盖到android源码中gdb对应的位置。
第三步：adb shell到设备,并起gdbserver侦听目标进程:
adb shell
gdbserver :5039 /system/bin/mediaserver
第四步: 建立pc机和设备的消息连接:
adb forward tcp:5039 tcp:5039
第五步: 使用gdb调试目标进程:
cd android_src
prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin/arm-eabi-gdb out/debug/target/proct/generic/symbols/system/bin/mediaserver
第六步: 设置符号表:
set solib-absolute-prefix /your_android_src_path/out/debug/target/proct/generic/symbols
set solib-search-path /your_android_src_path/out/debug/target/proct/generic/symbols/system/lib
第七步: 使gdb和gdb server建立连接:
target remote :5039
第八步: ok. 现在可以使用gdb的命令进行调试,譬如next\break\step\info thread等.
Ⅳ 如何使用arm-eabi-gdb调试android c/c++程序
1，先下载最新版本的gdb源代码包，我使用的是gdb-7.6.tar.gz，使用tar命令进行解包（tar -xvzf gdb-7.6.tar.gz）,cd进gdb-7.6/gdb目录，使用vi找到remote.c中的如下代码:
if(buf_len > 2 * rsa->sizeof_g_packet)
error(_("Remote 'g' packet reply is too long: %s"),rs->buf);
将上面两行注释掉，添加如下代码
if(buf_len > 2 * rsa->sizeof_g_packet)
{
rsa->sizeof_g_packet = buf_len;
for(i = 0; i < gdbarch_num_regs(gdbarch); i++)
{
if(rsa->regs[i].pnum == -1)
continue;
if(rsa->regs[i].offset >= rsa->sizeof_g_packet)
rsa->regs[i].in_g_packet = 0;
else
rsa->regs[i].in_g_packet = 1;
}
}
使用如下命令对代码进行配置、编译和安装
./configure --target=arm-linux --prefix=/usr/local/arm-gdb -v
make
make install
2，gdbserver使用android4.2模拟器中自带的版本（v7.1）
3，将NDK编译好的C/C++可执行程序，上传到模拟器中/data/test目录下，假设可执行程序的名称为testHello。
4，使用命令：gdbserver :7000 /data/test/testHello 启动模拟器端的调试。
5，启动arm-linux-gdb之前，使用vi打开~/.bash_profile文件，在其中添加：
export PATH=$PATH:/usr/local/arm-gdb/bin,以便在程序的其他目录可以直接启动arm-linux-gdb程序
6，cd至ndk编译好的testHello文件所在目录
7，使用如下命令进行端口映射：adb forward tcp:7000 tcp:7000,将模拟器的7000端口和本机的7000端口进行映射
8，使用命令：arm-linux-gdb testHello启动gdb调试
9，使用target remote :7000 链接模拟器中gdbserver启动的服务。
10，自此，我们就可以使用gdb命令进行代码调试了。
Ⅳ Android逆向-GDB调试无符号so
创建 assembler工程
然后编译生成test可执行文件
如果是进程已经存在，再去 attach则
可以看到进程test启动了，pid位19879
-找到需要打断点的地方
先找到目标进程test(23946)的段基址
段基址为0xaaaaa000,还要找到关心地址偏移，可以用ida反编译打开看
最后断点的地址 = 段基址 + 偏移 = 0xaaaaa000 + 0x0000065C
然后就可以看到断点断在了0xaaaaa65c，继续n,下一步调试
可以通过 layout reg打开寄存器窗口
Ⅵ 如何使用jdb调试android的java程序
1）下载jdbshell并编译
www.limodev.cn/blog/?dl_name=jdbshell.tar.gz
因为我基本上每次一开始都要执行threads变量，所以我在开始wile循环前加了一句话
else
{
close(parent_to_child[0]);
write(parent_to_child[1], "threads\n",strlen("threads\n"));
while(1)
{
int i = 0;
line = readline ("");
...
}
}
编译后将jdbshell放到~/bin，或者将目录加到PATH里
出现无法打开readline.h的话，安装libreadline6和libreadline6-dev
2）仿照gdbclient，在build/envsetup.sh中加入jdbclient函数
function jdbclient()
{
local MY_SRC_PATH="$1"
if [ "$MY_SRC_PATH" ] ; then
MY_SRC_PATH=$1
echo $MY_SRC_PATH
else
echo "ROOT" $OUR_ROOT
MY_SRC_PATH="app_process"
fi
local PORT="$2"
if [ "$PORT" ] ; then
PORT=$2
else
PORT=":9000"
fi
local PID
local PROG="$3"
if [ "$PROG" ] ; then
PID=`pid $3`
echo tcp$PORT jdwp$PID
adb forward "tcp$PORT" "jdwp:$PID"
echo jdbshell -sourcepath $MY_SRC_PATH -attach localhost$PORT
jdbshell -sourcepath $MY_SRC_PATH -attach localhost$PORT
sleep 2
else
echo ""
echo "please specify app you want to debug:"
echo ""
fi
}
3)启动android模拟器，运行浏览器
4)jdbclient packets/app/Browser/src/ :9000 browser
第一个参数是你要load进来的代码的地址，如果你要load多个代码（调试的时候可以看)，可以
export DEBUG_SRC_PATH=
然后
jdbclient $DEBUG_SRC_PATH :9000 browser
第二个参数是attach端口，如果9000有在用，可以用其他端口
第三个参数是要调试的应用，脚本里面根据
pid browser来取得进程id，所以你要保证
adb shell ps |grep browser
能够看到对应的进程
Ⅶ ndk-gdb --start调试 S4 Android 5.0.1 无法debug
解决方法来自：https://groups.google.com/forum/#!msg/android-ndk/_4JNdY_h558/vdzP-4CkQrUJ
接下来，将按照如下步骤来调试。
1、启动Cygwin Terminal.
2、进入hello-jni的Android工程目录
$ cd $ANDROID_NDK_ROOT/samples/hello-jni
3、以调试模式构建c/c++程序，目的是生成共享库，.so文件
$ ndk-build NDK_DEBUG=1
这里我们使用 ndk-build NDK_DEBUG=1 生成带符号表的 .so
修改AndroidManifest.xml,设置android:debuggable=true。
注意：从上面执行的结果可看到，除了得到编译的动态共享库，还有Gdbserver和Gdbsetup。如果不是设置为调试模式不会产生这两个文件。
Ⅷ gdb调试命令是什么
gdb调试命令如下：
1、启动gdb
$gdb
这样可以和gdb进行交互了。
2、启动gdb，并且分屏显示源代码
$gdb -tui
这样,使用了'-tui'选项，启动可以直接将屏幕分成两个部分，上面显示源代码，比用list方便多了。这时候使用上下方向键可以查看源代码,想要命令行使用上下键就用[Ctrl]n和[Ctrl]p。
3、启动gdb调试指定程序app
$gdb app
这样就在启动gdb之后直接载入了app可执行程序，需要注意的是，载入的app程序必须在编译的时候有gdb调试选项，例如'gcc -g app app.c',注意，如果修改了程序的源代码，但是没有编译，那么在gdb中显示的会是改动后的源代码，但是运行的是改动前的程序，这样会导致跟踪错乱的。
4、启动程序之后，再用gdb调试
$gdb <program> <PID>
这里，<program>是程序的可执行文件名，<PID>是要调试程序的PID.如果你的程序是一个服务程序，那么你可以指定这个服务程序运行时的进程ID。gdb会自动attach上去，并调试他。program应该在PATH环境变量中搜索得到。
5、启动程序之后，再启动gdb调试
$gdb <PID>
这里，程序是一个服务程序，那么你可以指定这个服务程序运行时的进程ID,<PID>是要调试程序的PID.这样gdb就附加到程序上了，但是现在还没法查看源代码,用file命令指明可执行文件就可以显示源代码了。
Ⅸ GDB Android
gdb位置:
SDKPATH\ndk-bundle\prebuilt\windows-x86_64
gdbserver位置:
SDKPATH\ndk-bundle\prebuilt\对应的架构
1.启动App(也可以以调试方式启动)
adb shell am start -D -n packagename/packagename+activity
2.搜索目标App pid
adb shell ps | findstr "packagename"
3 端口转发
adb forward tcp:port tcp:port
4 启动gdbserver 并且attach目标
./gdbserver :port --attach apppid
5 PC端口启动gdb(双击exe)
输入target remote :port
本文中所有port应该一致