cocos2d-x 3.4版本 Android ndk-gdb真机调试环境搭建

这段时间把cocos2d-x 3.4的一个测试工程编译到Android手机上时，总出现在C++层一些莫名的错误，所以想调试一下到底是哪里出了错，用的工具是Eclipse+ADT+CDT，最后也没弄成功，就把问题贴在这：http://www.cocoachina.com/bbs/read.php?tid=294829&page=e&#a，如果有朋友用Eclipse调试成功的，请分享一下。

没成功，就只能找其他方法了，终于在StackFlow上找到相关的信息：http://stackoverflow.com/questions/24334080/how-to-debug-cocos2d-x-3-native-code-on-android-device，而且信息已经比较健全了，在贴的最后提问者Narek把自己的总结也贴出来了。提问这位仁兄也是蛮不容易，用超过20天来解决这个问题，可见cocos2d-x提供的技术文档也是不够完善的，我也得好好感谢里面的两位Narek和Vikas Patidar。好吧，闲话到这，我们来看看，用ndk-gdb工具怎么调试。

一、确保cocos编译环境没问题

1、这个cocos自身已经做得非常自动化，在cocos引擎文件夹下双击一个setup.py，设置好ANDROID_SDK_ROOT，NDK_ROOT，ANT_ROOT基本就可以建立好编译环境，当然别忘了setup是用python来运行的。还用不懂就到网上找或者看cocos目录下的README.md文件。

2、这里最好把NDK路径加入到环境变量的系统路径（即Path环境变量中）。因为本文会频繁用到ndk-build和ndk-gdb.py(和ndk-gdb同个东西，但是也有点点区别，下文会提及)命令，把ndk路径加入到系统路径中也是为了好调取这两个命令

二、修改Android工程文件

这些操作都在proj.android文件进行

1、Jni文件夹下Android.mk修改这不用说，把自己工程要编译的写上去。

2、确认自己Android调试机的系统版本，从而确认自己API代号，如Narek的贴中所说， 调试机是Android 2.3.3，那么它的API代号就是android-10，我的机器是4.03，那么API就是android-15，这个代号可以从ADT的Andoird SDK Manager工具确认。得到这个值之后，修改一下project.properties文件，把里面的XX

target=android-XXandroid.library.reference.1=../cocos2d/cocos/platform/android/java

修改成你的测试机的代号。修改这个还不够，还有一个地方就在AndroidManifest.xml中：

<uses-sdk android:minSdkVersion="9"/><uses-feature android:glEsVersion="0x00020000" />

把minSdkVersion项也改成调试机代号，不然一会执行ndk-gdb.py就出现以下错误：

ERROR: The device does not support the application's targetted CPU ABIs!       Device supports:  armeabi-v7a armeabi       Package supports: Android NDK: WARNING: APP_PLATFORM android-15 is larger than android:minSdkVersion 9 in ./AndroidManifest.xml

这个项可以等你调试没啥问题了，把它设置回来。

三、编译和运行工程

1、打开Windows的cmd、或者Linux的shell，转到你工程目录下

2、编译工程，我这采取Narek的命令行，如果不懂cocos命令行的，参考http://blog.csdn.net/luyafei_89430/article/details/38442391

cocos compile -p android -m debug --ndk-mode debug

看有没有编译成功，到我写完文章，都没有出错过，所以有出错疑问，可以先检查一下cocos的环境设置，再留到评论里探讨探讨

3、把工程运行到调试机上，也是Narek的命令行

cocos run -p android -m debug

四、开始调试

1、打开Windows的cmd、或者Linux的shell，转到你工程目录的proj.android下

2、执行ndk-gdb.py命令（如果提示命令不存在，那就是你NDK在系统路径（path）中没设好，请自行检查）

NOTE:Narek用的是ndk-gdb命令，但是我后来（之前我一直也是用ndk-gdb）发现如果用ndk-gdb进入调试，会出现下方的错误：

warning: unrecognized item "timeout" in "qSupported" responseIgnoring packet error, continuing...Ignoring packet error, continuing...Ignoring packet error, continuing...Ignoring packet error, continuing...

查询了一下，说得用ndk-gdb.py就没问题。

当然如果所用环境都搭建好了，不会出错。但是这里ndk-gdb.py还有很多命令参数，会导致启动失败，所以我也就介绍自己由于命令参数没设好导致的失败。

首先是--adb参数，这个参数是指定adb命令的路径。因为真机调试需要用adb命令来连接手机，所以这个参数是必须的。如果你在系统路径中已经指定了他的路径，那这里不加入这个参数也可以。但如果出现以下错误，你就必须去指定你的adb位置或修改你的路径

ERROR: The 'adb' tool is not in your path.       You can change your PATH variable, or use       --adb=<executable> to point to a valid one.

这个命令的路径一般是Android的sdk目录中的platform-tools下，我这边的指定如下（windows环境下）：

ndk-gdb.py --adb=E:\Android\sdk\platform-tools\adb.exe

这个命令很常见，很多应用都有它的存在，就是要用它来连接手机，获取一些信息。

第二命令是--nowait参数。因为缺少jdb调试命令，出现的错误为：

ERROR: Failed to find jdb...you can use --nowait to disable jdb..but may miss early breakpoints.

我们这里只要调试C++代码就可以，所以不用jdb，直接加上这个参数就可以了。不过有jdb的话，会有更多的信息。

第三个命令是--force。有时候我们可能有两个调试窗口调试应用，但是调试值允许一个窗口操作，另外一个窗口就调试不了，那此时这个命令就器作用，强制结束另外一个窗口的调试，直接用当前窗口调试。反正这个命令就是强制结束相同应用的进程。出错信息为：

ERROR: Another debug session running, Use --force to kill it.

第四个命令是可选的，--verbose，可以打印你工程的信息，调试信息，是非常有用的（之前说它没用，真亏待了它）。

第五个命令就是--launch。launch指定了应用入口的Activity，比如cocos2dx-3.4版本入口Activity是org.cocos2dx.cpp.AppActivity（我之前写错了，不是指定包的名字，sorry)

第六个命令把我害得最苦的，--start。先说说它的用法：这个命令是直接启动应用的命令，它自动帮你指定了入口的Activity。如果不在其目录下，启动不了。一般用这个命令就可以启动程序了，但是，我发现在cocos用着命令会发现一个奇怪的问题，必须指定入口Activity而且这个问题非常隐蔽，我也是用--verbose才看出问题（所以才说它有用)。我用这个命令一直出现以下的错误：

ERROR: Could not extract PID of application on device/emulator.       Are you sure the application is already started?       Consider using --start or --launch=<name> if not.

结果我用--verbose，看到了以下信息

Android NDK installation path: E:/Android/android-ndk-r10dUsing specific adb command: E:\Android\sdk\platform-tools\adb.exeADB version found: Android Debug Bridge version 1.0.32Using ADB flags:Using auto-detected project path: .Found package name: com.cocos.testABIs targetted by application: armeabiDevice API Level: 15Device CPU ABIs: armeabi-v7a armeabiCompatible device ABI: armeabiUsing gdb setup init: ./libs/armeabi/gdb.setupUsing toolchain prefix: E:/Android/android-ndk-r10d/toolchains/arm-linux-androideabi-4.8/prebuilt/windows/bin/arm-linux-androideabi-Using app out directory: ./obj/local/armeabiFound debuggable flag: trueFound device gdbserver: /data/data/com.cocos.test/lib/gdbserverFound data directory: '/data/data/com.cocos.test'Found first launchable activity: .org.cocos2dx.cpp.AppActivityLaunching activity: com.cocos.test/.org.cocos2dx.cpp.AppActivity## COMMAND: adb_cmd shell am start -D -n com.cocos.test/.org.cocos2dx.cpp.AppActivity## COMMAND: adb_cmd shell sleep 2.000000Found running PID: 0

这。。。。，入口函数里面多了个点(Found first launchable activity: .org.cocos2dx.cpp.AppActivity)。我想爆粗口：@#￥%#。我不知道怎么解释这个问题。。，所以我在这必须指定入口Activity了

其他的命令我也没一一去研究，毕竟可以达到调试目的就可以了。

最终我的命令就是（懒人可以复制修改）：

ndk-gdb.py --adb=adb路径\adb.exe --force --nowait --verbose --launch=org.cocos2dx.cpp.AppActivity

NOTE：这里一个错误（我没遇到过）要提一提。回到Narek的文章中，Narek执行了ndk-gdb后出现这样子的错误：

Nareks-MacBook-Pro:jni Narek$ ndk-gdbjni/Android.mk:67: *** Android NDK: Aborting.    .  Stop.ERROR: The device does not support the application's targetted CPU ABIs!       Device supports:  armeabi-v7a armeabi       Package supports: Android NDK: 

自己觉得这个有点像第二大点中没设置好工程文件的的API代号，这我也不敢断定，既然作者说了，那也写出来，好给有问题的人一点提示。但自己做了一些测过，但大部分资料来自他的原文。

如果你在jni文件夹中执行（这个命令应该是显示你编译的平台）：

ndk-build DUMP_APP_ABI

正常的话应该是出现你编译的平台名字，如

armeabi

但Narek就出现如下的错误

Nareks-MacBook-Pro:jni Narek$ ndk-build DUMP_APP_ABIAndroid NDK: /Users/Narek/NoorGames/Games/test2/proj.android/jni/Android.mk: Cannot find module with tag '.' in import pathAndroid NDK: Are you sure your NDK_MODULE_PATH variable is properly defined ?Android NDK: The following directories were searched:Android NDK: /Users/Narek/NoorGames/Games/test2/proj.android/jni/Android.mk:67: *** Android NDK: Aborting. . Stop.

由于Vikas Patidar建议Narek用ndk-build DUMP_APP_ABI打印平台信息，从而查出NDK_MODULE_PATH没有设定，所以V就成N的救星。

那么NDK_MODULE_PATH是在哪里？如果执行第三大步的第2小步命令，当命令执行不久，就可以看到NDK_MODULE_PATH的设置了

Runing command: compileBuilding mode: debugbuilding nativeNDK build mode: NDK_DEBUG=1The Selected NDK toolchain version was 4.8 !running: '/Users/Narek/NoorGames/android-ndk-r9d/ndk-build -C /Users/Narek/NoorGames/Games/test2/proj.android -j1 <strong>NDK_MODULE_PATH</strong>=/Users/Narek/NoorGames/Games/test2/proj.android/../cocos2d:/Users/Narek/NoorGames/Games/test2/proj.android/../cocos2d/cocos:/Users/Narek/NoorGames/Games/test2/proj.android/../cocos2d/external'

如果屏幕滚得太快，可以用键盘的pause（break）键来暂停，Enter可以继续

这个变量可以以环境变量添加到编译选项里，也可以直接添加到jni的Android.mk文件中，Narek把加到mk文件样板给贴出来了：

NDK_MODULE_PATH := $(LOCAL_PATH)/../../../../cocosNDK_MODULE_PATH += $(LOCAL_PATH)/../../../../external

当然这也仅供参考，具体还得看你自己的工程的NDK_MODULE_PATH是怎样的。

3、开始GDB

只要出现（gdb）字样，那么接下去的事就是看你gdb基础扎不扎实

五、注意和提醒

1、在这里提醒一下，Narek文中叫我们要注意两个文件夹是否存在这些文件：

proj.android/libs/armeabi文件夹下：gdb.setup, gdbserver, libcocos2dcpp.so

proj.android/obj/local/armeabi（作者的路径是proj.android/jni/obj/local/armeabi，我的是这个）：app_process, gdb.setup, libc.so, linker

第一个文件夹下的文件是在第三点第2步自动生成的，只要用了debug模式

第二个文件夹好像是执行了ndk-gdb.py后自动生成的

反正我这边这些文件都是自动生成的，但既然作者说了，大家也就检查一下。

2、这个方法应该都可以使用到cocos2d-x3.x的版本。

调试教程应该差不多，如果哪里写错，请不吝赐教，同时顺便帮忙解决这两个问题：

1、程序一开始就崩溃，有没有更好的调试方法（这个问题自己解决了，只要通过本文，应该可以直接用命令行启动程序，直接到程序的入口）

2、有关于eclipse的调试方法吗？毕竟有界面的调试总比gdb调试直观多了

花了不少时间写这个东西，着实不容易，转载就请留个Mark吧：http://blog.csdn.net/atlanticevix/article/details/45028797