Hummer 引擎优化系列 - 揭秘最强内存泄漏检测工具

最新推荐文章于 2025-05-17 18:19:21 发布
最新推荐文章于 2025-05-17 18:19:21 发布
阅读量343 收藏 6
点赞数 3
分类专栏： 程序员 文章标签： javascript 开发语言 ecmascript
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84149802/article/details/137897028
版权

重点需要确定什么时候 Element 会被 Element Tree 丢弃，并且不会再使用，会被随后来的 GC 回收掉。

finalizeTree 处理代码如下：

// flutter_sdk/packages/flutter/lib/src/rendering/binding.dart

mixin WidgetsBinding on BindingBase, ServicesBinding, SchedulerBinding, GestureBinding, RendererBinding, SemanticsBinding {

@override

void drawFrame() {

…

try {

if (renderViewElement != null)

buildOwner.buildScope(renderViewElement);

super.drawFrame();

// 每一帧最后回收从 Element 树中移除的 Element

buildOwner.finalizeTree();

} finally {

}

}

}

// flutter_sdk/packages/flutter/lib/src/widgets/framework.dart

class BuildOwner {

…

void finalizeTree() {

try {

// _inactiveElements 中记录不再使用的 Element

lockState(() {

_inactiveElements._unmountAll(); // this unregisters the GlobalKeys

});

} catch() {

}

}

…

}

// flutter_sdk/packages/flutter/lib/src/widgets/framework.dart

class _InactiveElements {

…

void _unmountAll() {

_locked = true;

// 将 Element 拷贝到临时变量 elements 中

final List elements = _elements.toList()…sort(Element._sort);

// 清空 _elements，当前方法执行完，elements 也会被回收，则全部 Element 正常情况下都会被 GC 回收。

_elements.clear();

try {

elements.reversed.forEach(_unmount);

} finally {

assert(_elements.isEmpty);

_locked = false;

}

}

…

}

复制代码

finalize 阶段 _inactiveElements 中保存了被 Element Tree 丢弃，并且不会再使用的 Element；在执行完 unmount 方法后，即等待被 GC 回收。

因此 Element 泄漏可定义为：执行完 umount，并且 GC 后，仍存在这些 Element 的引用，则说明 Element 发生内存泄漏。满足条件 2。

内存泄漏检测工具

工具描述

我们对内存泄漏工具有 2 点要求：

  1. 准确。包括核心对象泄漏检测：image, layer，state，能够解决 Flutter 90% 以上对内存泄漏问题

  2. 高效。业务无感，自动化检测，优化引用链，快速定位到泄漏源

准确

从上文描述，BuildContext 毫无疑问是最有可能导致大内存泄漏的对象，是作为监控对象的最佳对象。为了提高准确度，我们也把最常用的 State 对象监控起来。

为什么要添加 State 对象的监控呢？

因为业务逻辑控制实现在 State 中，业务中实现的“闭包或者方法”传递很容易导致 State 泄漏。例子如下。

class MainApp extends StatefulWidget {

@override

State createState() {

return _MainAppState();

}

}

class _MainAppState extends State {

@override

void initState() {

super.initState();

// 注册这个回调，这个回调如果没有被反注册或者被其他上下文持有，都会导致 _MainAppState 泄漏。

xxxxManager.addListerner(handleAction);

}

@override

Widget build(BuildContext context) {

return MaterialApp(

);

}

// 1个回调

void handleAction() {

…

}

}

复制代码

State 关联哪些内存会被泄漏？

结合以下代码看，泄漏肯定会导致关联的 Widget 泄漏，而 Widget 关联的内存如果是一张的 Image 或者 gif 的话，泄漏的内存也会很大。同时，State 中可能还以关联其他的一些强引用住的内存。

// flutter_sdk/packages/flutter/lib/src/widgets/framework.dart

abstract class State with Diagnosticable {

// 强引用对应的 Widget 泄漏

T _widget;

// unmount 时候，_element = null, 不会导致泄漏

StatefulElement _element;

…

}

// flutter_sdk/packages/flutter/lib/src/widgets/framework.dart

class StatefulElement extends ComponentElement {

…

@override

void unmount() {

…

_state.dispose();

_state._element = null;

// 其他地方持有，则导致泄漏。unmount 后 State 仍被持有，可作为一个泄漏定义。

_state = null;

}

…

}

复制代码

所以，我们方案将关联大内存的 BuildContext，业务常操作的 State 一并监控起来，提高整套方案的准确度。

高效

怎么实现自动化高效的内存泄漏检测？

首先我们要怎么明确一个对象是否发生泄漏？以 BuildContext 为例，我们采取类似“Java 对象弱引用”判定对象泄漏的方式：

  1. 将 finalizeTree 阶段的 inactiveElements 放到 weak Reference map 中

  2. Full GC 后检测 weak Reference map ，如果其中仍持有未释放的 Element，则判定为发生泄漏

  3. 将泄漏的 Element 关联的 size，对应的 Widget，泄漏引用链信息输出

虽然 Dart 没有直接提供“弱引用”检测能力，但我们 Hummer 引擎从底层将“弱引用泄漏检测”功能完整实现了，这里简单介绍它判定泄漏的接口：

// 添加需要检测泄漏的对象，类似将对象放到若引用map中

external void leakAdd(Object suspect, {

String tag: ‘’,

});

// 检测之前放入的对象是否发生了泄漏，会进行 FullGc

external void leakCheck({

Object? callback,

String tag: ‘’,

bool clear: true,

});

external void leakClear({

String tag: ‘’,

});

external String leakCount();

external List leakTags();

复制代码

因此，要实现自动化检测，我们只需要明确 leakAdd()，leakCheck() 调用的时机即可。

leakAdd 时机

BuildContext 的时机在 finalizeTree 的 unmount 流程中：

// flutter_sdk/packages/flutter/lib/src/widgets/framework.dart

class _InactiveElements {

…

void _unmount(Element element) {

element.visitChildren((Element child) {

assert(child._parent == element);

_unmount(child);

});

// BuildContext 泄漏 leakAdd() 时机

if (!kReleaseMode && debugMemoryLeakCheckEnabled && null != debugLeakAddCallback) {

debugLeakAddCallback(_state);

}

element.unmount();

…

}

…

}

复制代码

State 的时机在对应的 StatefulElement 的 unmount 流程中：

// flutter_sdk/packages/flutter/lib/src/widgets/framework.dart

class StatefulElement extends ComponentElement {

@override

void unmount() {

_state.dispose();

_state._element = null;

// State 泄漏 leakAdd() 时机

if (!kReleaseMode && debugMemoryLeakCheckEnabled && null != debugLeakAddCallback) {

debugLeakAddCallback(_state);

}

_state = null;

}

}

复制代码

leakCheck 时机

leakCheck 本质上是一个检测是否存在泄漏的时机点，我们认为 Page 退出是个合适的时机，以业务 Page 为单位进行内存泄漏检测。示例代码如下：

// flutter_sdk/packages/flutter/lib/src/widgets/navigator.dart

abstract class Route {

_navigator = null;

// BuilContext, State leakCheck时机

if (!kReleaseMode && debugMemoryLeakCheckEnabled && null != debugLeakCheckCallback) {

debugLeakCheckCallback();

}

}

复制代码

工具实现

以 Page 为单位的自动化内存泄漏，根据使用场景，提供三种内存泄漏检测工具。

  1. Hummer 引擎深度定制的 DevTools 资源面板展示，可以自动/手动触发内存泄漏检测

  2. 独立 APP 端内存泄漏展示，在 Page 发生泄漏时候，弹出泄漏对象详情

  3. Hummer 引擎海鸥实验室自动化检测，自动化将内存泄漏详情以报告给出

工具 1、2 提供开发过程的内存泄漏检测能力，工具 3 可作为 APP 常规健康测试，自动化测试并输出检测报告结果。

异常检测实例

在 Demo 中模拟 StatelessWidget, StatefulWidget 被 BuildContext 持有导致的泄漏。泄漏的原因是被静态持有，Timer 异常持有。

// 验证 StatelessWidget 泄漏

class StatelessImageWidget extends StatelessWidget {

@override

Widget build(BuildContext context) {

// 模拟静态持有 BuildContext 导致泄漏

MyApp.sBuildContext.add(context);

return Center(

child: Image(

image: NetworkImage(“https://avatars2.githubusercontent.com/u/20411648?s=460&v=4”),

width: 200.0,

)

);

}

}

class StatefulImageWidget extends StatefulWidget {

@override

State createState() {

return _StatefulImageWidgetState();

}

}

// 验证 StatefulWidget 泄漏

class _StatefulImageWidgetState extends State {

@override

Widget build(BuildContext context) {

if (context is ComponentElement) {

print(“sBuildContext add :” + context.widget.toString());

}

// 模拟被 Timer 异步持有 BuildContext 导致泄漏，延时 1h 用于说明问题

Timer(Duration(seconds: 60 * 60), () {

print(“zw context:” + context.toString());

});

return Center(

child: Image(

image: NetworkImage(“https://avatars2.githubusercontent.com/u/20411648?s=460&v=4”),

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

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

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

img

img

img

img

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

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

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

推荐学习资料

  • 脑图
    360°全方位性能调优

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

52277)]

[外链图片转存中…(img-eGQKES7S-1713378752278)]

[外链图片转存中…(img-Zz7cnGCT-1713378752279)]

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

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

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

推荐学习资料

  • 脑图
    [外链图片转存中…(img-EVNGPDBZ-1713378752280)]
    [外链图片转存中…(img-yOF4sa4R-1713378752281)]
    [外链图片转存中…(img-gWZ6pmpq-1713378752282)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

Hummer 引擎优化系列 - 揭秘最强内存泄漏检测工具，腾讯&字节&网易&华为Android面试题分享
2401_84149802的博客
04-08 755
今天关于面试的分享就到这里，还是那句话，有些东西你不仅要懂，而且要能够很好地表达出来，能够让面试官认可你的理解，例如Handler机制，这个是面试必问之题。有些晦涩的点，或许它只活在面试当中，实际工作当中你压根不会用到它，但是你要知道它是什么东西。最后在这里小编分享一份自己收录整理上述技术体系图相关的几十套腾讯、头条、阿里、美团等公司19年的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。还有。
这可能是，Flutter 中最“强悍”的内存泄漏检测方案......
weixin_70730532的博客
05-19 1680
近两年来，无论是创新型应用还是老牌旗舰型应用，都在或多或少地使用 Flutter 技术。然而，目前 Flutter 业务团队反馈最普遍的问题是，Flutter 内存占用过高。 Flutter 内存占用过高原因比较复杂，需另开一个主题才能说清楚。简单总结下我们调研的结论：Dart Heap 内存管理以及 Flutter Widget 设计综合导致业务内存较高，其最核心的问题引擎设计使开发者容易踩中内存泄漏。开发过程中，内存泄漏常见且难以定位，总结主要 2 点原因： Flutter 渲染三棵..
Hummer 引擎优化系列 - PlatformView的演进历史与优化探索
idaretobe的专栏
05-29 289
官方宣称，Flutter 3.0 是一个重大的版本更新，它带来了许多新功能和改进，其中最值得关注的是对 Flutter 的桌面稳定支持。但，这对 PlatformView 功能来说似乎是个例外：截止Flutter 3.7.9，PlatformView仍然仅支持移动端，桌面端尚不可用；Android端新引入的TLHC模式，使得PlatformView的模式选择变得异常混乱和复杂；iOS的可变刷新率暴露了Hybrid Composition模式的缺陷；
hummer-standard-benchmarks
05-13
Hummer Standard Benchmarks 此项目是一个用于测试各家跨端开发框架 App 各项 benchmark 数据指标的一个示例工程集合，包括了基于五种不同的跨端开发框架开发的示例 APP 工程项目（Native、Hummer、Tenon、React...
hummer-component-template:组件模板工程
04-28
3. **Webpack**：Webpack是前端资源管理和打包工具，它将不同类型的源文件（如JavaScript、CSS、图片等）转换成浏览器可识别的格式，并进行优化和打包。 4. **Babel**：Babel是一个广泛使用的JavaScript编译器，...
java8源码-hummer-android:悍马-android
06-04
上述工具无需我们一一下载，Google已将所需工具集成好了，可到安卓官网下载，，需要科学上网。下载下来Android Studio安装包，点击安装即可（Next按钮）。 注意： 安装过程中可能会遇到选在安装类型，有Standard和...
Preview 插件
augenstern416的博客
05-14 502
3. **智能代码折叠**：自动折叠import等非核心代码，提升可读性"1. **双向绑定调试**：修改props实时反馈，同时生成对应代码示例。1. **代码净化**：移除危险API调用（如fetch、eval）2. **安全沙箱**：通过iframe隔离执行环境，防止恶意代码。2. **沙箱隔离**：iframe + sandbox属性限制。2. **新人 onboarding**：交互式学习组件API。/* 重置继承样式 */3. **API 设计反馈**：通过使用数据优化组件设计。
如何使用 React Hooks 替代类组件的生命周期方法？
官方推荐
05-12 5755
如何使用 React Hooks 替代类组件的生命周期方法？
如何选择合适的企业级商城系统前端状态管理方案？
万米商云的博客
05-14 532
在复杂的电商场景中，前端状态管理是保障系统高性能、可维护性和数据一致性的核心环节。面对商品数据实时更新、多模块状态共享、高并发请求等挑战，如何选择合适的状态管理方案？
nodejs特性解读
weixin_43026646的博客
05-17 87
事件驱动架构是一种软件设计模式，它通过事件来触发和协调系统中的各个组件。与传统的单线程架构不同，事件驱动架构允许多个事件同时被处理，提高了系统的响应性和并发性。在单线程架构中，所有任务按顺序执行，容易导致性能瓶颈。而事件驱动架构通过事件循环机制，能够高效地处理多个事件，适用于需要高并发和实时响应的应用场景。这种架构在Web服务器、实时通信系统等领域得到广泛应用。
关于 js：9. Node.js 后端相关
Triste__chengxi的博客
05-14 1497
名称作用Node.js用于本地运行 JS 脚本（突破浏览器限制）nvm管理多个 Node 版本（防止依赖冲突）npm/npx安装运行依赖工具库node 脚本可执行 JS 文件，用于爬虫/hook/加密调试事件循环保证异步逻辑（如文件/网络）不阻塞主线程模块功能读取文件内容写入（覆盖）内容追加写入读取目录下的所有文件获取文件大小、类型等信息判断文件/文件夹是否存在方法功能创建 HTTP 服务器发送 HTTP 请求（底层控制）设置返回状态码与 header。
五大静态博客框架对比：Hugo、Hexo、VuePress、MkDocs、Jekyll
专注于Python编程技术的分享与交流，致力于帮助开发者提升编程技能，解决实际问题，探索Python的无限可能。
05-13 1134
本文对比了五款主流的静态博客/文档框架：Hugo、Hexo、VuePress、MkDocs 和 Jekyll，分析了它们的特点、优劣势及适用场景。
30、WebAssembly：古代魔法——React 19 性能优化
最新发布
m0_60414444的博客
05-17 226
• 选择低运行时开销语言（如Rust/C++），编译后文件比Swift小4倍。二次优化二进制，实现指令级量子跃迁（Swift 9.1MB→4.0MB）• Chrome 91+支持SIMD指令集，兼容性覆盖90%现代浏览器。模式移除调试符号并优化指令流，文件体积缩减90%（84MB→7MB）• 结合Web Workers分配计算任务，CPU利用率提升70%• 与WebGL结合实现实时3D粒子特效（如魔杖光效轨迹）• 单指令处理4个32位浮点数，视频渲染速度提升4倍。实现SIMD向量化计算，性能提升300%
在 Odoo 18 表单视图中使用 JS 类的方法
智能化技术分享
05-16 754
Odoo 18 采用了现代化的 JavaScript 框架——Odoo Web Library (OWL)，基于组件化架构设计运行。这一框架显著增强了 Odoo 的功能，支持创建自定义小部件、表单视图管理、自定义操作、前端功能、API 调用、事件处理等。在 JavaScript 小部件、模板和视图的上下文中，我们主要使用js_class作为关键属性，来定义和扩展系统在用户界面方面的行为。js_class使开发人员能够将 JavaScript 类链接到 XML 元素，从而在 Odoo 中动态启用自定义交互。
Vuetify框架使用(一)之v-snackbar 组件封装及全局使用
小破孩的博客
05-15 374
Vuetify框架使用(一)之v-snackbar 组件封装及全局使用
Vuex和Vue的区别
2401_87138834的博客
05-15 271
Vuex：在大型Vue应用中，当多个组件需要共享和协同管理状态时使用，如电商应用中的购物车功能、多页面应用中的用户登录状态管理等场景，能有效提升应用的可维护性和可扩展性。- Vuex：作用于整个应用程序，提供一个全局的状态存储，所有组件都可以访问和修改其中的状态，统一管理应用中多个组件共享的状态，如用户登录状态、全局配置信息等。- Vuex：是Vue.js应用程序的状态管理库，用于集中管理应用的全局状态，解决多个组件之间状态共享和传递的问题，让状态的更新和管理更有序、可预测。
Electron详解：原理与不足
Mr. Zhang Xiaojian's Blog
05-15 443
Electron是一个通过集成定制版本的Chromium和Node.js来开发桌面应用程序的框架。它通过消息轮询机制打通Node.js和Chromium的消息循环，并提供内置模块以支持开发者使用API。Electron应用由主进程和渲染进程组成，主进程管理窗口和核心逻辑，渲染进程负责用户界面，两者通过IPC通信。尽管功能强大，Electron存在应用体积大、版本更新快、安全性问题、资源消耗大、性能问题等不足，且不支持老版本Windows操作系统。这些因素开发者在选择Electron时需综合考虑。
springboot3+vue3融合项目实战-大事件文章管理系统-新增文章分类
qq_44721704的博客
05-13 423
然后建立service接口和serviceimpl实现类。新建categorycontroller类。然后新增mapper接口。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值