Android NDK 产生大量只有一个功能的 .so 文件

标签 android c++ android-ndk

当使用 android NDK 构建此 cpp 文件时,我得到了 800KB .so 文件:

测试.cpp

int *test() {
    return new int;
}

CMakeLists.txt

cmake_minimum_required(VERSION 3.4.1)
set(SOURCE_FILES test.cpp)
add_library(native_util SHARED ${SOURCE_FILES})

这对我来说是 Not Acceptable 尺寸。如果有任何错误,请纠正我。


我刚刚意识到当我删除 test.cpp 中的 new int 时,.so 文件大小减少到 80KB...嗯,怎么可能???

test.cpp 生成 80KB .so 文件

int test() {
    return 0;
}

我的 NDK 版本:

Android/sdk/ndk-bundle 
➜ cat source.properties 
Pkg.Desc = Android NDK
Pkg.Revision = 19.2.5345600

最佳答案

简单来说,取决于你的共享库中包含多少需要的外部符号。

I just realized when I remove new int in test.cpp , then .so file size reduce to 80KB... hmm, how possible???

这是可能的。因为,下面的代码

// test.cpp
int *test() {
    return new int;
}

new 运算符依赖于其他 C++ 库,当您构建 test.cpp 时,共享库,例如test_with_new_operator.so 文件将添加这些外部符号信息以供将来在链接阶段使用,例如std::xxx 符号需要。当您将其更改为

// test.cpp which produce 80KB .so file
int test() {
    return 0;
}

它不依赖于 C++ std 库,这些符号信息也不会添加到您的 test_without_new_operator.so 中,您会看到更小的尺寸。

例如,当你发出命令时

nm --demangle ./libs/armeabi-v7a/libnative-lib.so

test_with_new_operator.so包含以下符号信息(更多外部符号信息!!!)

0001ba44 r GCC_except_table0
0001b668 r GCC_except_table0
0001b698 r GCC_except_table1
0001ba98 r GCC_except_table1
0001b568 r GCC_except_table1
0001b9b8 r GCC_except_table1
...
0000622c T std::bad_array_length::bad_array_length()
0000623c T std::bad_array_length::~bad_array_length()
000061c8 T std::bad_array_length::~bad_array_length()
000061c8 T std::bad_array_length::~bad_array_length()
...
00017222 t std::__ndk1::__vector_base<std::__ndk1::vector<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, __cxxabiv1::(anonymous namespace)::short_alloc<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, 4096u> >, __cxxabiv1::(anonymous namespace)::short_alloc<std::__ndk1::vector<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, __cxxabiv1::(anonymous namespace)::short_alloc<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, 4096u> >, 4096u> >::~__vector_base()
0001867a t std::__ndk1::__vector_base<std::__ndk1::vector<std::__ndk1::vector<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, __cxxabiv1::(anonymous namespace)::short_alloc<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, 4096u> >, __cxxabiv1::(anonymous namespace)::short_alloc<std::__ndk1::vector<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, __cxxabiv1::(anonymous namespace)::short_alloc<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, 4096u> >, 4096u> >, __cxxabiv1::(anonymous namespace)::short_alloc<std::__ndk1::vector<std::__ndk1::vector<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, __cxxabiv1::(anonymous namespace)::short_alloc<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, 4096u> >, __cxxabiv1::(anonymous namespace)::short_alloc<std::__ndk1::vector<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, __cxxabiv1::(anonymous namespace)::short_alloc<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, std::__ndk1::char_traits<char>, __cxxabiv1::(anonymous namespace)::malloc_alloc<char> > >, 4096u> >, 4096u> >, 4096u> >::~__vector_base()
0000e304 t std::__ndk1::__split_buffer<__cxxabiv1::(anonymous namespace)::string_pair<std::__ndk1::basic_string<char, 
...

但是,test_without_new_operator.so 不会有这些符号,而且库的大小更小。


编辑 #1

It's unacceptable size for me. Correct me if anything wrong about this.

这个你不用太担心,因为当你把那些共享库打包成最终的apk时,不需要的符号和调试信息会被剥离(gradle task app:transformNativeLibsWithStripDebugSymbolForRelease 会完成这项工作)并且您最终的 apk 大小实际上比您无法接受的小得多。

此外,如果您有兴趣,请交叉检查以下引用资料:

关于Android NDK 产生大量只有一个功能的 .so 文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55701944/

相关文章:

android - 如何找出我的 Android 应用程序的内存占用?

java - 如何在 Java 7 中优雅地定义持续时间

c++ - 覆盖二进制文件中的字段

c++ - 显示文件中的西里尔文本

c++ - 当我终止应用程序时无法保存写入文件的数据

debugging - Android NDK调试: device can't be opened

Android NDK 应用程序 - 集成文本文件进行部署的最佳方式

android - 接近传感器改变按钮颜色

Android 8 (Oreo) 通知未显示

java - 来自网络的 Android 图片