android - 使用 Android Studio 调试 C++ 库

Question

我正在处理 Android使用 Java 的项目作为 C++ 上的包装器的类图书馆。 C++库是公司内部库，我们可以访问它的源代码，但是在Android项目中它只是动态链接的，所以只能以头文件(.h)和共享对象(.so)的形式使用。可以访问库源代码，是否可以向 Android Studio 指定源代码的路径，以便我可以使用调试器进入库？

调试器工作，我可以进入 Java_clory_engine_sdk_CloryNative_nativeInit函数，不过我还想进一步调试Clory::Engine对应的库正如我所提到的，它是一个我们可以访问源代码的内部库。



例如，Clory::Engine::instance是库的一部分，我想向 Android Studio 指定 CloryEngine.cpp 的位置文件，这样我就可以进入 Clory::Engine::instance用调试器，从而调试这个静态成员函数。

我正在使用 Android Studio 3.1.4。

这可能吗？

编辑:
clory-sdk.gradle文件指定 CMakeLists.txt配置 C++ 层的文件。

externalNativeBuild {
    cmake {
        path "CMakeLists.txt"
    }
}

所以我正在使用一个使用 Clory SDK 的内部应用程序。里面app.gradle我使用的文件:

dependencies {
...
    compile project(':clory-sdk-core')
    compile project(':clory-sdk')
...
}

所以我认为我们没有使用 aar s 为 app.gradle项目。 aar s 已发货给客户，但我们使用的是 app.gradle项目在执行此操作之前测试我们的小 SDK 功能。 JNI 层位于 clory-sdk-core 内部项目。

编辑 2:

这里是 CMakeLists.txt处理 JNI 层:

cmake_minimum_required(VERSION 3.4.1)

set(CMAKE_AUTOMOC ON)
set(CMAKE_INCLUDE_CURRENT_DIR ON)
set(CMAKE_BUILD_TYPE Debug)

add_library(
    clory-lib
    SHARED
    # JNI layer and other helper classes for transferring data from Java to Qt/C++
    src/main/cpp/clory-lib.cpp
    src/main/cpp/JObjectHandler.cpp
    src/main/cpp/JObjectResolver.cpp
    src/main/cpp/JObjectCreator.cpp
    src/main/cpp/DataConverter.cpp
    src/main/cpp/JObjectHelper.cpp
    src/main/cpp/JEnvironmentManager.cpp
)

find_library(
    log-lib
    log
)

target_compile_options(clory-lib
    PUBLIC
        -std=c++11
)

# Hardcoded for now...will fix later...
set(_QT_ROOT_PATH /Users/jacob/Qt/5.8)

if(${ANDROID_ABI} MATCHES ^armeabi-v7.*$)
    set(_QT_ARCH android_armv7)
elseif(${ANDROID_ABI} MATCHES ^x86$)
    set(_QT_ARCH android_x86)
else()
    message(FATAL_ERROR "Unsupported Android architecture!!!")
endif()

set(CMAKE_FIND_ROOT_PATH ${_QT_ROOT_PATH}/${_QT_ARCH})

find_package(Qt5 REQUIRED COMPONENTS
    Core
    CONFIG
)

target_include_directories(clory-lib
    PUBLIC
        ${CMAKE_CURRENT_LIST_DIR}/src/main/cpp
)

set(_CLORYSDK_LIB_PATH ${CMAKE_CURRENT_LIST_DIR}/src/main/jniLibs/${ANDROID_ABI})

target_link_libraries(clory-lib
    ${log-lib}
    -L${_CLORYSDK_LIB_PATH}
    clorysdk
    Qt5::Core
)

图书馆clorysdk实际上是我正在谈论的我们的内部库，其中包含例如Clory::Engine::instance我想进入调试器。它是用 qmake build 的并且是在 Debug模式下构建的(CONFIG+=debug 被添加到有效的 qmake 调用中)。

编辑 3:

在 LLDB在到达 Java_clory_engine_sdk_CloryNative_nativeInit 后打开的 session 断点，我得到以下信息:

(lldb) image lookup -vrn Clory::Engine::instance
2 matches found in /Users/jacob/.lldb/module_cache/remote-android/.cache/6EDE4F0A-0000-0000-0000-000000000000/libclorysdk.so:
        Address: libclorysdk.so[0x0001bb32] (libclorysdk.so..text + 8250)
        Summary: libclorysdk.so`Clory::Engine::instance(Clory::Engine::Purpose)
         Module: file = "/Users/jacob/.lldb/module_cache/remote-android/.cache/6EDE4F0A-0000-0000-0000-000000000000/libclorysdk.so", arch = "arm"
         Symbol: id = {0x0000005e}, range = [0xcb41eb32-0xcb41ebc0), name="Clory::Engine::instance(Clory::Engine::Purpose)", mangled="_ZN4Clory2Engine8instanceENS0_7PurposeE"
        Address: libclorysdk.so[0x0001b82c] (libclorysdk.so..text + 7476)
        Summary: libclorysdk.so`Clory::Engine::instance(Clory::RuntimeConfiguration const&, Clory::Engine::Purpose)
         Module: file = "/Users/jacob/.lldb/module_cache/remote-android/.cache/6EDE4F0A-0000-0000-0000-000000000000/libclorysdk.so", arch = "arm"
         Symbol: id = {0x000000bd}, range = [0xcb41e82c-0xcb41e970), name="Clory::Engine::instance(Clory::RuntimeConfiguration const&, Clory::Engine::Purpose)", mangled="_ZN4Clory2Engine8instanceERKNS_20RuntimeConfigurationENS0_7PurposeE"

(lldb) settings show target.source-map
target.source-map (path-map) =

首先，没有CompileUnit命令结果中的部分 image lookup -vrn Clory::Engine::instance .如果 libclorysdk.so，这怎么可能没有定义源映射(第二个 lldb 命令)是在 Debug模式下构建的？是否可以显式设置它以便调试器在那里搜索库的源文件？

编辑 4:

经过更多搜索，我发现创建 APK 的过程实际上剥离了 *.so来自他们的调试符号的库。 libclorysdk.so内置 Debug模式大约有 10MB，而 libclorysdk.so解压缩生成的 *.apk 后提取的文件文件只有 350KB。
如前所述here , 运行 greadelf --debug-dump=decodedline libclorysdk.so在调试版本上输出对源文件的引用，但如果在 *.apk 上运行命令提取的库，它什么也不输出。

有没有办法阻止 Android Studio 剥离 *.so年代？我试过How to avoid stripping for native code symbols for android app但没有任何效果，*.apk文件的大小与以前相同，并且调试 native 库仍然无法正常工作。

我正在使用 Gradle 3.1.4 .

编辑 5:

stripping solution有效，但在我的情况下，它需要一个 Clean & Build 才能到达库中的断点。部署 *.so未剥离的 s 允许您进行调试 session 并进入 native 库。

注:

如果库是使用 Qt for Android 构建的工具链，*.so已部署到 $SHADOW_BUILD/android-build也被剥离(其中 $SHADOW_BUILD 是构建目录，通常以 build-* 开头)。因此，为了调试这些，您应该从 android-build 外部复制它们。每个 *.so 所在的目录生成。

Answer 1

调试信息记录源文件在构建时的位置。

(lldb) image lookup -vrn Clory::Engine::instance

CompileUnit 行显示源文件。假设它说:

"/BuildDirectory/Sources/Clory/CloryEngine.cpp"

假设您的机器上有源代码:

"Users/me/Sources/Clory"

所以你可以告诉 lldb:在 Users/me/Sources/Clory 中找到根目录在/BuildDirectory/Sources/Clory 的源文件。

(lldb) settings set target.source-map /BuildDirectory/Sources/Clory Users/me/Sources/Clory

您可以在 Android Studio 的 lldb 控制台中使用这些命令，也可以放入 .lldbinit 文件中以供一般使用。