05GDB内存问题排查1
总体思路:在方法最开始获取一下内存状态,在方法结束之前获取一下内存状态,看看两者是否有差异,如果有差异,说明了有内存泄漏
1. 调试初始状态
1). 分配内存代码,行号为10
2). 释放内存代码,行号为11
3). 断点到行号10
4). 运行代码
5). 运行停在行号10
2. 方法内存变化分析:
1)在分配内存前,使用call (size_t)malloc_stats()方法,获取内存的初始状态
2)当前线程内存使用情况
3)当前进程内存使用情况
4)下一步,完成分配内存,代码来到11行
5)再次获取内存分配情况
6)可以看到当前线程内存分配了10M(和代码相符),整个进程也多了10M
7)下一步,完成释放内存,代码来到12行
8)调用内存查看函数
9)看内存是否恢复到初始状态(2),可以看到确实恢复到了初始状态
补充:
在gdb里可以直接使用call调用函数
1) 直接调用全局函数: call print123();
2) 直接调用某个对象的函数,也是可以的:call person.exe_process()
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异
· 三行代码完成国际化适配,妙~啊~