使用valgrind来检查内存泄漏，java面试知识点

2.检测内存泄漏

终端进入可执行文件所在的文件夹，输入

valgrind --tool=memcheck --leak-check=full --show-leak-kinds=all --undef-value-errors=no --log-file=log ./可执行文件名

即可在终端所在文件夹下生成log文件，如图

在log文件最后会有个summary，其中对内存泄露进行了分类，总共有五类：

(1) “definitely lost” 意味着你的程序一定存在内存泄露； (2)”indirectly

lost”意味着你的程序一定存在内存泄露，并且泄露情况和指针结构相关 (3) “possibly lost”

意味着你的程序一定存在内存泄露，除非你是故意进行着不符合常规的操作，例如将指针指向某个已分配内存块的中间位置。 (4) “still

reachable” 意味着你的程序可能是没问题的，但确实没有释放掉一些本可以释放的内存。这种情况是很常见的，并且通常基于合理的理由。

(5)”suppressed” 意味着有些泄露信息被压制了。在默认的 suppression 文件中可以看到一些 suppression

相关设置。

其中，如果二叉树的根节点被判定为”definitely lost”，则其所有子节点将被判定为”indirectly lost”，而如果你正确修复了类型为 “definitely lost” 的根节点泄露，那么类型为 “indirectly lost” 的子节点泄露也会随着消失。

对于如上图所示的情况，posslbly lost其实并没有造成内存上的影响，如果想要过滤掉该类报告信息，可以加入**–show-possibly-lost=no** ，而对于”still reachable” ，同样可以通过**–show-reachable=yes**来控制是否输出相应的信息。

如果某些需要的库没有找到，用指令进行添加

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

Kafka实战笔记

关于这份笔记，为了不影响大家的阅读体验，我只能在文章中展示部分的章节内容和核心截图

• Kafka入门
• 为什么选择Kafka
• Karka的安装、管理和配置

• Kafka的集群
• 第一个Kafka程序
• 

afka的生产者

• Kafka的消费者
• 深入理解Kafka
• 可靠的数据传递

• Spring和Kalka的整合
• Sprinboot和Kafka的整合
• Kafka实战之削峰填谷
• 数据管道和流式处理(了解即可)

• Kafka实战之削峰填谷

[外链图片转存中…(img-4TfROVlV-1711820131221)]

• Kafka实战之削峰填谷

[外链图片转存中…(img-L9Ue70jA-1711820131221)]