STL里list 调用类似越界 内存泄漏问题

最新推荐文章于 2024-02-02 22:00:00 发布
最新推荐文章于 2024-02-02 22:00:00 发布
阅读量8.1k 收藏
点赞数 1
分类专栏： Ｃ++
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/internet_t/article/details/119681487
版权

最近出现一些 Scudo ERROR问题，

crash err1:  Scudo ERROR: misaligned pointer when deallocating address 0xf528346c

具体如下：

F DEBUG   : signal 6 (SIGABRT), code -1 (SI_QUEUE), fault addr --------
08-11 11:14:33.991 12170 12170 F DEBUG   : Abort message: 'Scudo ERROR: misaligned pointer when deallocating address 0xf528346c
08-11 11:14:33.991 12170 12170 F DEBUG   : '
08-11 11:14:33.991 12170 12170 F DEBUG   :     r0  00000000  r1  00002f1d  r2  00000006  r3  f0d7be88
08-11 11:14:33.991 12170 12170 F DEBUG   :     r4  f0d7be9c  r5  f0d7be80  r6  00000422  r7  0000016b
08-11 11:14:33.991 12170 12170 F DEBUG   :     r8  f0d7be88  r9  f0d7be98  r10 f0d7beb8  r11 f0d7bea8
08-11 11:14:33.991 12170 12170 F DEBUG   :     ip  00002f1d  sp  f0d7be58  lr  f3ac3f0d  pc  f3ac3f20
08-11 11:14:33.998 12170 12170 F DEBUG   : backtrace:
08-11 11:14:33.998 12170 12170 F DEBUG   :       #00 pc 00038f20  /apex/com.android.runtime/lib/bionic/libc.so (abort+172) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #01 pc 0002e823  /apex/com.android.runtime/lib/bionic/libc.so (scudo::die()+2) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #02 pc 0002ec2d  /apex/com.android.runtime/lib/bionic/libc.so (scudo::ScopedErrorReport::~ScopedErrorReport()+16) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #03 pc 0002edfb  /apex/com.android.runtime/lib/bionic/libc.so (scudo::reportMisalignedPointer(scudo::AllocatorAction, void*)+46) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #04 pc 0002fa85  /apex/com.android.runtime/lib/bionic/libc.so (scudo::Allocator<scudo::AndroidConfig, &(scudo_malloc_postinit)>::deallocate(void*, scudo::Chunk::Origin, unsigned long, unsigned long)+232) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #05 pc 0002f98f  /apex/com.android.runtime/lib/bionic/libc.so (scudo_free+18) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #06 pc 00025755  /vendor/lib/camera.device@3.4-external-impl.so (android::hardware::camera::device::V3_4::implementation::ExternalCameraDeviceSession::fillCaptureResult(android::hardware::camera::common::V1_0::helper::CameraMetadata&, long long, unsigned int)+228) (BuildId: c1de7995d3f833808f758b58bde736b1)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #07 pc 00025139  /vendor/lib/motorola.camera.device@3.4-external-impl.so (android::hardware::camera::device::V3_4::implementation::ExternalCameraDeviceSession::processCaptureResult(std::__1::shared_ptr<android::hardware::camera::device::V3_4::implementation::HalRequest>&)+176) (BuildId: c1de7995d3f833808f758b58bde736b1)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #08 pc 00023fe5  /vendor/lib/camera.device@3.4-external-impl.so (android::hardware::camera::device::V3_4::implementation::ExternalCameraDeviceSession::MotOutputThread::threadLoop()+1252) (BuildId: c1de7995d3f833808f758b58bde736b1)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #09 pc 0000edc9  /apex/com.android.vndk.v30/lib/libutils.so (android::Thread::_threadLoop(void*)+304) (BuildId: b5ae1bcebf1a17dc920028b3ac73b8d4)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #10 pc 0000e881  /apex/com.android.vndk.v30/lib/libutils.so (thread_data_t::trampoline(thread_data_t const*)+264) (BuildId: b5ae1bcebf1a17dc920028b3ac73b8d4)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #11 pc 0008156b  /apex/com.android.runtime/lib/bionic/libc.so (__pthread_start(void*)+40) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-11 11:14:33.998 12170 12170 F DEBUG   :       #12 pc 0003a42d  /apex/com.android.runtime/lib/bionic/libc.so (__start_thread+30) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-11 11:14:34.095     0     0 D logd    : logdr: UID=1047 GID=1005 PID=12170 n tail=50 logMask=8 pid=1058 start=0ns timeout=0ns

crash err2:  Scudo ERROR: corrupted chunk header at address 0xf0601fc0

08-12 13:25:42.028 29226 29226 F DEBUG   : Abort message: 'Scudo ERROR: corrupted chunk header at address 0xf0601fc0
08-12 13:25:42.028 29226 29226 F DEBUG   : '
08-12 13:25:42.028 29226 29226 F DEBUG   :     r0  00000000  r1  00007163  r2  00000006  r3  efcfaf18
08-12 13:25:42.028 29226 29226 F DEBUG   :     r4  efcfaf2c  r5  efcfaf10  r6  00006cda  r7  0000016b
08-12 13:25:42.028 29226 29226 F DEBUG   :     r8  efcfaf18  r9  efcfaf28  r10 efcfaf48  r11 efcfaf38
08-12 13:25:42.028 29226 29226 F DEBUG   :     ip  00007163  sp  efcfaee8  lr  f0e79f0d  pc  f0e79f20
08-12 13:25:42.039 29226 29226 F DEBUG   : backtrace:
08-12 13:25:42.039 29226 29226 F DEBUG   :       #00 pc 00038f20  /apex/com.android.runtime/lib/bionic/libc.so (abort+172) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-12 13:25:42.039 29226 29226 F DEBUG   :       #01 pc 0002e823  /apex/com.android.runtime/lib/bionic/libc.so (scudo::die()+2) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-12 13:25:42.040 29226 29226 F DEBUG   :       #02 pc 0002ec2d  /apex/com.android.runtime/lib/bionic/libc.so (scudo::ScopedErrorReport::~ScopedErrorReport()+16) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-12 13:25:42.040 29226 29226 F DEBUG   :       #03 pc 0002ecaf  /apex/com.android.runtime/lib/bionic/libc.so (scudo::reportHeaderCorruption(void*)+34) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-12 13:25:42.040 29226 29226 F DEBUG   :       #04 pc 0002fa8b  /apex/com.android.runtime/lib/bionic/libc.so (scudo::Allocator<scudo::AndroidConfig, &(scudo_malloc_postinit)>::deallocate(void*, scudo::Chunk::Origin, unsigned long, unsigned long)+238) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-12 13:25:42.040 29226 29226 F DEBUG   :       #05 pc 0002f98f  /apex/com.android.runtime/lib/bionic/libc.so (scudo_free+18) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-12 13:25:42.040 29226 29226 F DEBUG   :       #06 pc 00023fe9  /vendor/lib/motorola.camera.device@3.4-external-impl.so (android::hardware::camera::device::V3_4::implementation::ExternalCameraDeviceSession::MotOutputThread::threadLoop()+616) (BuildId: 17b4eec5467db312d99b3c0a246b7c14)
08-12 13:25:42.040 29226 29226 F DEBUG   :       #07 pc 0000edc9  /apex/com.android.vndk.v30/lib/libutils.so (android::Thread::_threadLoop(void*)+304) (BuildId: b5ae1bcebf1a17dc920028b3ac73b8d4)
08-12 13:25:42.040 29226 29226 F DEBUG   :       #08 pc 0000e881  /apex/com.android.vndk.v30/lib/libutils.so (thread_data_t::trampoline(thread_data_t const*)+264) (BuildId: b5ae1bcebf1a17dc920028b3ac73b8d4)
08-12 13:25:42.040 29226 29226 F DEBUG   :       #09 pc 0008156b  /apex/com.android.runtime/lib/bionic/libc.so (__pthread_start(void*)+40) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)
08-12 13:25:42.040 29226 29226 F DEBUG   :       #10 pc 0003a42d  /apex/com.android.runtime/lib/bionic/libc.so (__start_thread+30) (BuildId: ae2fd0e1e31670d9e270e2c7d3e3c5a7)

刚开始以为是sp智能指针导致，经过分析定位，发现调用的std::list导致的， 当把list换成vector或者queue时，所有内存泄漏的问题都消失了。从网上找到一些答案。

得知List并没有真正导致内存泄漏，而是VS本身的 _CrtDumpMemoryLeaks()函数的执行位置的问题。

参考下如下的链接分析：

(15条消息) STL里list、vector、queue性能差异与疑似内存泄漏问题_lsldd的专栏-CSDN博客_list queue 效率

起舞的迈特凯
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
STL.rar_STL list pdf
09-23
关于STL中的List,迭代器等的使用源码
stl list 详解
11-14
stl list c++ 详解 stl list c++ 详解 stl list c++ 详解 stl list c++ 详解 stl list c++ 详解
list_list_STL_C++_
09-29
C++中标准模板库中list容器的基本概念与基本操作
C++中 STL list详解及简单实例
08-30
主要介绍了C++中 STL list详解及简单实例的相关资料,需要的朋友可以参考下
STL的List链表自行实现
11-04
C++中STL的List链表容器的自行实现，自行实现迭代器、类、封装函数等
c模拟c++ stl list
06-18
实现c++ list部分功能，内存自管理 函数的使用和c++ stl list类似，并不完全相同 简单测试过，并不保证完全无错，仅供参考
so库崩溃问题的定位与分析
有何不可的博客
02-02 970
了解tombstone日志中关键信息的含义，配合addr2line或ndk-stack这两个工具的使用，那么定位分析崩溃问题就非常容易了。工欲善其事，必先利其器。
Scudo内存分配器介绍
Fire的博客
04-18 3960
一、背景 早期Android中使用jemalloc作为默认的Native内存分配器，但是从R开始，Scudo替代jemalloc成为了non-svelte configuration模式下默认的内存分配器（svelte模式下默认的内存分配器依然是jemalloc）。 随着64位机器和大RAM的普及，虚拟内存和物理内存的瓶颈都在不断放宽，因此给了系统更多的选择，可以在性能合理的范围内兼顾其他特性。在所有安全性问题中，内存漏洞发生的入侵占到了半数以上，因此如果能在Allocator中抵御入侵，那将极大地降低安全
一文介绍Scudo内存分配器
youzhangjing_的博客
08-29 407
当freelist中的空闲对象不够时，会扩张region的空闲区域。4、 从Primary Allocator分配：Primary管理着每个size class的Region，分配时先获取线程对应的TSD中的SizeClassAllocatorLocalCache对象，尝试从SizeClassAllocatorLocalCache其中获取对应size class的空闲内存块，若SizeClassAllocatorLocalCache中存在指定size class的空闲内存块，则获取内存块地址，走步骤6。
彻底粉碎“指针与数组的困惑”（上）
hustli的专栏
07-07 3081
   摘要：指针是C语言的精髓，也算是C++的精髓吧，要掌握它不是很容易，特别是与数组经常弄混，希望通过本文，你能够有一个清楚的认识。   (1)一维数组与指针    首先我们看一下下面的例子：　　char a[10], ＊p;　　p=a;    p是一个char类型的指针，它里面放的是数组a的首地址，即a[0]；a这里有双重含义：地址，也可以看作是常量指针；结构，里面包含了10个char元素。 
关于STL中list容器的一些总结
09-05
list就是数据结构中的双向链表(根据sgi stl源代码)，因此它的内存空间是不连续的，通过指针来进行数据的访问，这个特点使得它的随即存取变的非常没有效率，因此它没有提供[]操作符的重载
Android11适配
no_loafer的博客
08-13 1522
https://developer.android.google.cn/preview/privacy/storage 1.用户权限授权 ​ （1）应用请求位置信息、麦克风、摄像头时，系统会弹出“仅限这一次”选项，属于临时授权，下次使用会再次提示用户授权。 ​ （2）自动重置未使用应用权限，几个月不使用的应用，被授予的权限自动恢复为重新授权状态。 ​ 如果想避免自动被重置权限（如：同步数据、与智能设备通信、与配套设备匹配），可以引导用户Intent跳转到Settings.ACTION_APPLIC
envoy_利用Envoy堆漏洞
weixin_26722031的博客
07-31 1121
envoyAt Google, we have a commitment to enhancing the security and reliability of the Envoy proxy. We have dedicated initiatives around hardening, fuzzing, and responding to CVEs that are intended to ...
leveldb源码学习之日志 log 读取
guangyacyb的博客
04-03 458
推荐结合leveldb-handbook来阅读源码 接上篇leveldb源码学习之日志 log 写入
深入理解Linux内存管理(0.3)
Linux内核爱好者
07-27 1928
内存是计算机最重要的资源之一，内存管理是操作系统最重要的任务之一。内存管理并不是简单地管理一下内存而已，它还直接影响着操作系统的风格以及用户空间编程的模式。可以说内存管理的方式是一个系统刻入DNA的秉性。既然内存管理那么重要，那么今天我们就来全面系统地讲一讲Linux内存管理。 外存是程序存储的地方，内存是进程运行的地方。外存相当于是军营，内存相当于是战场。选择一个良好的战场才有利于军队打胜仗，实现一个完善的内存管理机制才能让进程多快好省地运行。如何更好地实现内存管理一直是操作系统发展的一大主题。.....
scudo内存分配器杂记
dean_gdp的专栏
05-12 859
Scudo Hardened Allocator — LLVM 12 documentation JeMalloc - 知乎 (zhihu.com) GitHub - llvm-mirror/compiler-rt: Project moved to: https://github.com/llvm/llvm-project GitHub - AOSP-Common/android_external_scudo Android scudo功能介绍 - 简书 (jianshu.com) Androi
安卓11新特性与开发适配
u013773608的博客
05-08 1006
本文将重点介绍该版本特性中部分需要开发适配的部分，以官方文档说明为基础，汇总自己在适配中踩过的坑以及经验，后续遇到相关问题会持续更新。 API = 30，主要影响分类： 影响所有应用的行为变更（不管targetSdk是多少，对所有跑在R设备上的应用均有影响） 影响以 Android R为目标平台的应用的行为变更（targetSDK ==R ，且跑在R设备上的应用才有影响） 影响所有应用的行为变更 官方文档在这里，基本不影响 隐私设置，其中包括： 单次授权：让用户可以选择授予更多对位置信息、.
飞歌G6IV刷机包，恢复出厂解决车机问题
最新发布
05-05
飞歌G6IV刷机包，恢复出厂解决车机问题
STL中list实现
09-11
在C++的STL（Standard Template Library）中，`list`是一个双向链表（doubly linked list）的容器类。它提供了一组用于操作链表的方法和算法。 要使用`list`，需要包含头文件`<list>`，然后使用`std::list`来定义一个链表对象。例如： ```cpp #include <list> std::list<int> myList; // 定义一个存储整数的链表 ``` `list`类提供了一系列的方法，可以在链表中进行插入、删除、访问等操作。下面是一些常用的方法示例： - `push_back(value)`: 在链表末尾插入一个元素。 - `push_front(value)`: 在链表头部插入一个元素。 - `pop_back()`: 删除链表末尾的元素。 - `pop_front()`: 删除链表头部的元素。 - `front()`: 返回链表头部的元素。 - `back()`: 返回链表末尾的元素。 - `insert(iterator, value)`: 在指定位置插入一个元素。 - `erase(iterator)`: 删除指定位置的元素。 除了上述方法之外，`list`还提供了其他一些方法和迭代器，可以方便地遍历、查找、排序等操作。 以下是一个示例代码，展示了如何使用`list`进行插入、删除和遍历操作： ```cpp #include <iostream> #include <list> int main() { std::list<int> myList; myList.push_back(1); myList.push_back(2); myList.push_back(3); std::cout << "List elements: "; for (auto it = myList.begin(); it != myList.end(); ++it) { std::cout << *it << " "; } std::cout << std::endl; myList.pop_front(); std::cout << "List elements after pop_front(): "; for (auto it = myList.begin(); it != myList.end(); ++it) { std::cout << *it << " "; } std::cout << std::endl; return 0; } ``` 这是`list`的基本用法，你可以根据需要选择适合的方法来操作链表。希望能帮到你！如果还有其他问题，请继续提问。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值