[Firefox] 如何排查 Firefox 内存占用攀升是否是扩展引起的

Firefox 15.0 的一个重大改进就是大幅优化了附加组件（尤其是扩展）的内存占用（什么？你不知道？看这里）。但在日常使用中，还是有用户反映仍有内存泄露状况发生，实际表现是 Firefox 随着使用时间的增加，内存占用会不断地攀升。ghack 的这篇文章为我们排查是哪些扩展引起的内存占用提供了一些建议。

Firefox: see if increased memory consumption is caused by addons via ghack

文中提到 scriptish 和 speedial 这两款扩展已知会引起内存泄漏。

其中一个查看哪个扩展引起内存泄漏的方法是通过错误控制台（ctrl+shift+J）。如果有扩展引起内存泄漏，只要在错误控制台的过滤器中输入 TypeError: can’t access dead object，定位到这个错误消息，通过这个消息本身来找到是哪个扩展引起内存泄漏。

其次就是比较笨的方法，就是用安全模式逐个观察。先进入安全模式，禁用所有扩展，这时内存不会泄漏，然后逐个开启扩展，观察内存是否不断攀升。当然，强烈建议你使用二分法来排查，即先禁用一半的扩展，如果内存泄漏，则在剩下的那一半。然后继续禁用一半，启用一半来排查直到找到有问题的那个。


同时文中还提到 Google reader 网页在某种情况下会导致内存不断攀升，这时只能关掉再开，让内存释放一下。

错误控制台 沒看見 过滤器?!

taglife：错误控制台 沒看見 过滤器?!回到原帖

就是那个输入框[url][/url]

文中提出的扩展，一个用油猴子所以没用过，一个装了快一年用腻了、最近用本地HTML替换了。
内存没什么变化╮(╯_╰)╭
倒是卸掉TU后内存从350+猛降到280+

ORZ，这么一筛查发现只有2条内容，且大量重复。

页面浅绿脚本动作频频。。。另一个看不懂。

时间戳: 2012-9-7 20:31:22
错误： Could not convert JavaScript argument arg 0 [nsIDOMWindow.getComputedStyle]
源文件：file:///C:/Documents%20and%20Settings/Administrator/Application%20Data/Mozilla/Firefox/Profiles/乱码.default/gm_scripts/%E9%A1%B5%E9%9D%A2%E6%B5%85%E7%BB%BF%E8%83%8C%E6%99%AF%E8%89%B2/Green.user.js
行：51

时间戳: 2012-9-7 20:31:43
错误： SyntaxError: illegal character
源文件：javascript:%20TypeError:%20can%E2%80%99t%20access%20dead%20object
行：1，列：15
源代码：
 TypeError: can’t access dead object

我试了下

这个提示全是定位到的uc脚本

那些uc脚本或者user脚本是可能会产生内存泄漏。建议禁用或卸载。

fang5566：那些uc脚本或者user脚本是可能会产生内存泄漏。建议禁用或卸载。回到原帖

那么这几个uc脚本有无扩展之类的替代品？
按 Ctrl+F 自动切换“查找栏”的脚本，同时自动高亮关键字.uc.js
自动关闭查找栏.uc.js
FindNumber.uc.js

fang5566：那些uc脚本或者user脚本是可能会产生内存泄漏。建议禁用或卸载。回到原帖

所以 v15 只修了扩展的内存洩漏，而沒有修 uc 或者 user 脚本的内存洩漏?!
又悲劇了...

pcxfirefox：
那么这几个uc脚本有无扩展之类的替代品？
按 Ctrl+F 自动切换“查找栏”的脚本，同时自动高亮关键字.uc.js
自动关闭查找栏.uc.js
FindNumber.uc.js回到原帖

这个难道泄漏的很严重？？ 比较实用啊...牙败.

查找栏摁esc就关了，还要脚本关？ctrl+f呼出后要多点一个箭头（或摁回车），其他也没什么。
这年头大内存应该满地都是了吧？不是泄的很严重那就无视了呗，内存装来就是用的。
我才1G内存也能跑。给菜单+个重启按钮，觉得慢了点一次就行了，不麻烦。

前阵子看到几个泄到2G+的
------------
页面浅绿脚本无替代物。CSS浅绿实在太弱了。唉，还是用着了。

浮舟：查找栏摁esc就关了，还要脚本关？ctrl+f呼出后要多点一个箭头（或摁回车），其他也没什么。
这年头大内存应该满地都是了吧？不是泄的很严重那就无视了呗，内存装来就是用的。
我才1G内存也能跑。给菜单+个重启按钮，觉得慢了点一次就行了，不麻烦。

前阵子看到几个泄到2G+的
------------
页面浅绿脚本无替代物。CSS浅绿实在太弱了。唉，还是用着了。回到原帖

我的esc坏了……

查找栏摁esc就关了，还要脚本关？

那个自动关的就是鼠标点到别处就自动关了，是稍微方便点。

8过这几个脚本我都在用，没有查找到它们引发的内存泄漏，事实上没有查到任何泄漏。

但是那个自动高亮的UCJS是比较危险，输入慢了的话，只输入一个字符就会开始自动高亮，复杂的网页会造成卡住。联系过作者加一个minimum number of characters=3，没有回复。

用chrome之后我再也不担心内存了  Firefox最近在我这里总是崩溃，本来 TU 更新后想回到Firefox的

不管内存多大多便宜，内存占用在关闭网页后不释放或静止时一直上升本来就是不正常的，我们追求的是内存的有效管理和控制，而不是因为内存大而放任自流。

这些脚本都是无法及时删除无用对象使得占用的内存无法回收或释放。有可能占用不大，但肯定是不合理的开发代码。好在ff15给我们发现他们有问题的机会。

loveqianool：用chrome之后我再也不担心内存了  Firefox最近在我这里总是崩溃，本来 TU 更新后想回到Firefox的回到原帖

确实不用担心，因为占的很大，让人不那么敏感，但依然有可能会有扩展有内存泄露问题，事实上，Google最近在整治第三方扩展，因为开发参差不齐，出现很多内存泄露和安全性问题，所以chrome已经禁止用户从第三方网站安装扩展了。

PS：用chrome之后我再也不担心内存了这句突然让我想起了用xx高点读机后妈妈再也不用担心我的学习了。^_^