连续改变Chrome浏览器窗口大小，可以导致内存泄漏

最近在做响应式布局的页面，在开发测试过程中，为了看到页面在不同尺寸的窗口中的表现，因此要不停的拖动浏览器来改变其窗口大小；开始在Chrome浏览器下查看页面，拖动了几次，感觉电脑明显的卡了下来，刚开没有在意，后来打开任务管理器看了下，不停的改变浏览器窗口大小时，内存使用会骤然增加，并且不关闭浏览器窗口，占用的内存一直不会释放。后来在其他几个浏览器里面测试了一下，发现Opera浏览器也有这个现象，为了对比，我把任务管理器的内存变化的截图下来，并作了标记，如下图：

根据图片中的变化可以看出，Safari、Firefox在改变窗口大小的时候，均没有出现内存泄漏，并且Chrome、Opera只有在关闭浏览器窗口后才会释放这一部分占用的内存。

据本人推测，可能是在浏览器尺寸改变后，会造成页面的重排，在此过程中浏览器渲染内核出现了内存泄漏。当然这只是本人根据以上情况的猜测，没有任何佐证根据，因此将这种情况分享出来，看有没有人遇到过，有没有知情原因。

测试浏览器版本：

Chrome：38.0.2125.111 m

Opera：25.0.1614.68

Safari：5.1.7（7534.57.2）

Firefox：30.0

时间： 2024-10-09 14:03:29

连续改变Chrome浏览器窗口大小，可以导致内存泄漏的相关文章

改变Chrome浏览器主程序_缓存_个人信息路径

改变Chrome浏览器缓存_个人信息路径(亲测) actionx2上传于2012-10-26|(7人评价)|3077人阅读|41次下载|文档简介|举报文档 在手机打开 改变 Chrome 浏览器运行路径(已成功) Google 的浏览器 Google Chrome 很受用户欢迎, 不仅速度快, 而且十分稳定. 该浏览器界面简洁, 访问网页响应超快,不会吊死,深受网友的欢迎. 但是, Google Chrome 浏览器安装时的主程序以及用户数据和浏览缓存,路径默认情况下都保存在 C 盘( Win

python中循环引用导致内存泄漏小案例

首先定义一个Person类和一个Dog类,然后分别实例化对象p和d,给p对象添加一个pet属性 给d对象添加一个master属性此时Person和Dog的应用计数都为2,当del p 和del d后Person 和Dog的应用计数都为1,就造成了循环引用导致内存不能释放 最终导致内存泄漏. 以下图片是没有循环应用的代码执行结果 以下图片是循环引用后代码执行结果 原文地址:https://www.cnblogs.com/chen55555/p/11079223.html

导致内存泄漏的主要场景以及解决方法

本文具体介绍的为在ARC情况下容易引起内存泄漏的一些情况,仅为本人遇到的情况下的小总结,希望可以给大家提供一些帮助. 1.循环参照 A有个属性参照B,B有个属性参照A,如果都是strong参照的话,两个对象都无法释放. 这种问题常发生于把delegate声明为strong属性了. 例, @interface SampleViewController @property (nonatomic, strong) SampleClass *sampleClass; @end @interface Sa

引用计数gc机制使用不当导致内存泄漏

上一篇文章找同事review了一下,收到的反馈是铺垫太长了,我尽量直入正题,哈哈 最近dbd压测时发现内存泄漏,其实这个问题去年已经暴露了,参见这篇博客[压测周].当时排查不够仔细,在此检讨下.关于dbd的内存问题,还有这篇博客讨论线程安全,以及这篇博客讨论临时变量的处理.当时还存了一个尾巴,因为用到关联数组进行脏数据管理,这部分数据是怎么释放的一直没搞明白.今天算是搞明白了,这个内存泄漏的bug也源于此. 基于引用计数的gc机制,应该是在引用计数为0的时候释放内存的,lpc也基本没有例外.具体

为什么不取消注册BroadcastReceiver会导致内存泄漏

原始问题是这样: 然后扔到了很多Android开发交流群里. 接着产生了很多的见解,我感觉比较靠谱的有以下: 1.onDestroy被回调代不代表Activity被回收了? 官方是这么说的 Perform any final cleanup [before] an activity is destroyed. 众多网友:不代表! 网友1:代表[将]被系统回收,具体什么时候回收看系统 网友2:app退出时,并不清理其所占用的内存,你调gc只是建议,干不干还得看gc自己(意思是:onDestroy调

Chrome开发者工具之JavaScript内存分析

内存泄漏是指计算机可用内存的逐渐减少.当程序持续无法释放其使用的临时内存时就会发生.JavaScript的web应用也会经常遇到在原生应用程序中出现的内存相关的问题,如 泄漏和溢出,web应用也需要应对 垃圾回收停顿. 尽管JavaScript使用垃圾回收进行自动内存管理,但有效的(effective)内存管理依然很重要.在这篇文章中我们将探讨分析JavaScript web应用中的内存问题.在学习有关特性时请确保尝试一下相关案例以提高你对这些工具在实践中如何工作的认识.请阅读 内存 101(M

Chrome开发者工具之JavaScript内存分析(转)

尽管JavaScript使用垃圾回收进行自动内存管理,但有效的(effective)内存管理依然很重要.在这篇文章中我们将探讨分析JavaScript web应用中的内存问题.在学习有关特性时请确保尝试一下相关案例以提高你对这些工具在实践中如何工作的认识.请阅读内存 101(Memory 101)页面来帮助你熟悉这篇文章中用到的术语.注意:我们将要用到的某些特性目前仅对Chrome Canary版浏览器可用.我们推荐使用这个版本来获得最佳的工具,以分析你的应用程序的内存问题. 你需要思考的问题

如何使用 Chrome 和 DevTools 查找影响页面性能的内存问题,包括内存泄漏、内存膨胀和频繁的垃圾回收

了解如何使用 Chrome 和 DevTools 查找影响页面性能的内存问题,包括内存泄漏.内存膨胀和频繁的垃圾回收. TL;DR 使用 Chrome 的任务管理器了解您的页面当前正在使用的内存量. 使用 Timeline 记录可视化一段时间内的内存使用. 使用堆快照确定已分离的 DOM 树(内存泄漏的常见原因). 使用分配时间线记录了解新内存在 JS 堆中的分配时间. 概览 在 RAIL 性能模型的精髓中,您的性能工作的焦点应是用户. 内存问题至关重要,因为这些问题经常会被用户察觉. 用户可通

在Activity中使用Thread导致的内存泄漏

原文链接 : Activitys, Threads, & Memory Leaks 原文作者 : AlexLockwood 译文出自 : 开发技术前线 www.devtf.cn 译者 : chaossss 校对者: yinna317 状态 : 完成 注:这篇博文涉及的源码可以在 GitHub 上面下载哦 做 Android 开发最常遇到的问题就是在 Activity 的生命周期中协调耗时任务,避免执行任务导致不易察觉的内存泄漏.不妨先读一读下面的代码,代码写了一个简单的 Activity,Act