我正在一个Android
项目上,该项目使用Java
类作为C++
库的包装。 C++库是公司的内部库,我们可以访问其源代码,但是在Android项目中,它仅是动态链接的,因此仅以 header (.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
文件指定配置C++层的CMakeLists.txt
文件。
externalNativeBuild {
cmake {
path "CMakeLists.txt"
}
}
因此,我正在使用使用Clory SDK的内部应用程序。在
app.gradle
文件中,我使用了:dependencies {
...
compile project(':clory-sdk-core')
compile project(':clory-sdk')
...
}
所以我不认为我们在
aar
项目中使用了app.gradle
。 aar
已交付给客户端,但是在执行此操作之前,我们正在使用app.gradle
项目测试我们的小SDK功能。 JNI层位于clory-sdk-core
项目中。编辑2:
这是处理JNI层的
CMakeLists.txt
: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
构建的,并以 Debug模式构建的(在有效的qmake调用中添加了CONFIG+=debug
)。编辑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
是在Debug模式下构建的,怎么可能没有定义source-map(第二个lldb命令)?是否可以显式设置它,以便调试器在该位置搜索库的源文件?编辑4:
经过更多搜索后,我发现创建APK的过程实际上从其调试符号中删除了
*.so
库。在 Debug模式下构建的libclorysdk.so
大约有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可以工作,但是在我的情况下,需要在到达库中的断点之前进行“清理并构建”。部署未剥离的
*.so
允许您进行调试 session 并进入 native 库。注意:
如果库是使用
Qt for Android
工具链构建的,则也将剥离部署到*.so
的$SHADOW_BUILD/android-build
(其中$SHADOW_BUILD
是通常以build-*
开头的构建目录)。因此,为了调试它们,您应该从生成每个android-build
的*.so
目录外部复制它们。 最佳答案
调试信息记录了源文件生成时的位置。
(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文件中以进行常规使用。