Bloaty 体积分析备忘

把原始几条命令整理成一条最短分析链路：先看符号和编译单元，再结合段大小与进程映射判断体积主要花在哪。

1. 先按符号看体积占比

当你想先知道“到底是哪些函数 / 符号最占空间”时，可以直接看 symbols 维度：

bloaty -d symbols -n 0 libmicontinuity.so > 2.txt

如果你已经知道问题大概出在某个模块，而不是某个具体符号，更适合切到 compileunits：

bloaty -d compileunits -n 0 libsimple_decoder.so > compileunits.txt

这一步适合回答两个问题：

如果怀疑不是单个函数的问题，而是 .text、.rodata、.data、.bss 这类段整体偏大，可以直接看段级统计：

~/.toolchain/sdk_package_MC01/toolchain/bin/aarch64-openwrt-linux-size -A ./libmicontinuity_sdk.so.1.0.4032716

这一步更适合快速判断：

二进制文件本身体积和进程实际映射占用不完全是一回事。如果你要继续确认“进程里到底是哪几个库占得多”，可以再看：

cat /proc/$pid/smaps
cat /proc/$pid/status

更适合关注：

https://blog.csdn.net/weiwei9363/article/details/121475302

Git Cheat Sheet Markdown Tools C++ Linker Thread Linux TCP Network GDB Debug leetcode 链表 WSL Ubuntu Windows Linux Kernel GCC Android adb Troubleshooting Profiling Sanitizer glibc MySQL Database Python curl Build ELF clang-format CMake Graphviz Performance vcpkg Protobuf 排查速查内存 STL 调试性能分析性能读书笔记方法论架构网络 Timer mbedTLS TLS 安全负载均衡脚本工具 LRU 二叉树 BST 中序遍历回溯二分查找优先队列排序旋转数组 jenkins 部署