|
Vista边栏时钟不转的实例分析(2) 难道是Sidebar进程耗尽了内存？有几种类型的资源耗尽，可能导致内存分配失败。例如系统用完可提交内存（committable memory），进程可能会消耗自身地址空间里的所有内存，或者内部的堆到达其最大容量限制。
于是开始检查已提交内存（committed memory），因为这种方法最便捷。全部可提交内存（Total commitable memory），也叫做提交限制（commit limit），就是物理内存的绝大部分，再加上页面文件的大小。如果可提交内存变小，Windows Vista的资源耗尽检测机制会对我们发出警告，并且会列出内存消耗最多的一组进程，我们可以选择关闭这些进程，以便缓解内存压力。但是笔者并没有看到这种警告，所以怀疑这是不是问题的根源，但是还是打开Process EXPlorer的系统信息框，以进行检测：
让人惊讶的是，系统有充足的可提交内存。于是接下来检查Sidebar进程的虚拟内存使用。内存泄漏（Memory Leak）经常是由于进程分配了虚拟内存，在里面存储数据、使用数据，而当数据处理完成后却没有释放内存所导致的。进程用来存储自己的数据而分配的虚拟内存叫做Private Bytes（私有内存容量值），所以打开Process Explorer，并且添加显示“Private Bytes”列：
在32位Windows系统中，进程默认拥有2GB的可用地址空间，所以Private Bytes的最高可能值应该接近2GB，这实际上就是Sidebar进程（进程ID为4680）所消耗的数量。这就可以确认：Sidebar中的内存泄漏导致其耗尽地址空间，从而导致内存分配失败，最终导致空指针的引用和进程崩溃。笔者猜测Sidebar进程耗尽地址空间时，时钟小工具无法分配资源系统资源来刷新其图形界面，所以这时候时钟小工具就停转了。
接下来需要确认哪个小工具导致内存泄漏，可能就是停转的时钟小工具本身。Windows边栏包含两个进程，其中一个Sidebar.exe进程包含Windows自带的小工具，另一个Sidebar.exe子进程包含第三方的小工具。这时候我们已经了解是第三方小工具发生内存泄漏，或者导致Sidebar进程发生内存泄漏，但是笔者有多个多个第三方小工具在运行，不能确认哪个才是罪魁祸首。不幸的是，Windows边栏本身没有提供方法，来帮助我们追踪小工具的内存使用（或者其他的资源使用），所以笔者只能采用手工方法，逐步隔离内存泄漏的原因。
重启Windows边栏以后，移除所有的第三方小工具，然后每次再将它们逐个添加回来，每个小工具运行一到两分钟，以便对Sidebar进程的Private Bytes使用情况进行监控。在Process Explorer视图中添加“Private Bytes Delta”列，以便更容易发现Private Bytes的增量，当添加某个小工具以后，可以看到“Private Bytes Delta”值在周期性的不断增长，说明这个小工具就是内存泄漏的罪魁：
现在已经知道惹祸的小工具，本可以直接卸载这个小工具，这样这个问题就可以解决了。但是笔者很好奇，想知道这个小工具是怎么导致Sidebar进程崩溃的–甚至卸载了该小工具，内存泄漏还在继续。
于是定位到小工具的安装目录，打开其HTML文件，查看它所做的事情。这个小工具包含约三、四十行非常简单的Javascript代码，并未发现什么问题。为了缩小问题代码的范围，笔者逐段注释代码，然后把该小工具重新添加到Windows边栏，直到发现内存泄漏消失为止。最后所剩的代码是一个函数，配置用来每十秒刷新其背景图案。它调用Windows边栏background对象的RemoveObjects方法，然后调用background对象的AddImageObject方法，以添加背景图片和文本。这里是相关代码的一个简化版本：
| 
