android - Android NDK 生成海量 .so 文件,只有一个功能
问题描述
使用 android NDK构建此文件时,我得到800KB文件: .so
cpp
测试.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})
这对我来说是不可接受的尺寸。如果对此有任何问题,请纠正我。
我刚刚意识到当我删除new int
时test.cpp
,.so
文件大小减少到 80KB ......嗯,怎么可能???
产生80KB .so
文件的 test.cpp
int test() {
return 0;
}
我的 NDK 版本:
Android/sdk/ndk-bundle
➜ cat source.properties
Pkg.Desc = Android NDK
Pkg.Revision = 19.2.5345600
解决方案
简而言之,取决于共享库中包含多少所需的外部符号。
我刚刚意识到当我在 test.cpp 中删除新的 int 时,然后 .so 文件大小减小到 80KB ......嗯,怎么可能???
这个有可能。因为,下面的代码
// 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++ 标准库,并且这些符号信息不会添加到您的文件中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
这对我来说是不可接受的尺寸。如果对此有任何问题,请纠正我。
你不需要太担心这个,因为当你将那些共享库打包到最终的 apk 中时,不必要的符号和调试信息将被剥离(gradle 任务app:transformNativeLibsWithStripDebugSymbolForRelease
将完成这项工作)并且你的最终 apk 大小实际上要小得多而不是你不能接受的。
此外,如果您有兴趣,请交叉检查以下参考资料:
推荐阅读
- php - 在没有 Composer 的情况下添加 PHPMailer
- react-native - 从反应原生发布到/上传
- processing - 处理:自上而下的射击游戏中的多个子弹
- python - 使用 python-rq 调度另一个 redis 作业的 redis 作业
- linux - 如何正确链接 Dcmtk 与 Qt for Linux?
- c - 带有 MinGW C 的 Windows QueryPerformanceCounter
- javascript - 同一画布上的背景和前景不透明度不同?
- django - 用鼠标移动对象
- swift - 如何在不拉伸原始图像的情况下扩展 CIImage 的空间(边界)?
- javascript - 如何读取 1 个标志位并同时获取整数