DWR内存兼容及无法调用问题解决方案

在上次遇到DWR内存泄漏问题后根据网上的内容对JS文件进行修改，修改后发现还有一些兼容的问题，同时还出现不能调用的一些情况。

而且根据统计DWR就算内存泄漏，也不是特别严重，除非你一个浏览器跑几天不关闭，而且实时刷新！

经过再次查询，得知IE浏览器有自己的一个垃圾回收的函数：CollectGarbage();

CollectGarbage,是IE的一个特有属性,用于释放内存的使用方法嘛应该是,将该变量或引用对象,设置为null或delete

然后在进行释放动作在做CollectGarbage前,要必需清楚的两个必备条件:

引用

- 一个对象在其生存的上下文环境之外，即会失效。

- 一个全局的对象在没有被执用(引用)的情况下，即会失效。

对于对象何时失效，有这样的一些解释：

function testObject() {
var _obj1 = new Object();
}

function testObject2() {
var _obj2 = new Object();
return _obj2;
}

// 示例1
testObject();

// 示例2
testObject2()

// 示例3
var obj3 = testObject2();
obj3 = null;

// 示例4
var obj4 = testObject2();
var arr = [obj4];
obj3 = null;
arr = [];

在这四个示例中：

- “示例1”在函数testObject()中构造了_obj1，但是在函数退出时，它就已经离开了函数的上下文环境，因此_obj1失效了；

- “示例2”中，testObject2()中也构造了一个对象_obj2并传出，因此对象有了“函数外”的上下文环境(和生存周期)，然而由于函数
的返回值没有被其它变量“持有”，因此_obj2也立即失效了；

- “示例3”中，testObject2()构造的_obj2被外部的变量obj3持用了，这时，直到“obj3=null”这行代码生效时，_obj2才会因为引用关系消失而失效。

- 与示例3相同的原因，“示例4”中的_obj2会在“arr=[]”这行代码之后才会失效。

另外我发现许多人都说了这样一句话：

最后之最后，关于GC的一个补充说明：在IE窗体被最小化时，IE将会主动调用一次CollectGarbage()函数。这使得IE窗口在最小化之后，内存占用会有明显改善。

我只能说，调用CollectGarbage()函数会有意外的收获，但是他不是万能的，也不是调用就能释放内存更不是说调用后和将浏览器最小化一次的效果一样。

我们是每秒五次刷新，每次刷新点有一百多处，这样浏览器的DOM始终是在增加和更新东西。算下来，就是跑一个小时也是有很大消耗的。

更何况我们的软件要跑在一个定制的机器上，发现这个机器的硬件有兼容问题，我们将浏览器更新到IE7.0，进行数据实时刷新后发现，内存一直增长，直到浏览器崩溃。但是不同机器崩溃的时机不同。

我在每次更新后调用垃圾回收函数，发现浏览器的内存仍在增加，但是间隔的有增有加，虽然总体还是在增加。由此，我们在那个机器上跑了十几个小时，浏览器内存没有超过50M。

很少有那个页面会这样大量的刷新，并跑这么长时间吧，可是我们遇到了。

把问题归咎与DWR我发现不是很合理，至少现在我这么觉得，但是对于页面有大量刷新和需要长时间运行这个需求来说，我觉得还是需要深入研究一下的。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

赞 (0)

相关推荐

  • ReadWriteLock接口及其实现ReentrantReadWriteLock方法

    ReadWriteLock接口及其实现ReentrantReadWriteLock方法

    Java并发包的locks包里的锁基本上已经介绍得差不多了,ReentrantLock重入锁是个关键,在清楚的了解了同步器AQS的运行机制后,实际上再分析这些锁就会显得容易得多,这章节主讲另外一个重要的锁--ReentrantReadWriteLock读写锁. ReentrantLock是一个独占锁,也就是说只能由一个线程获取锁,但如果场景是线程只做读的操作呢?这样ReentrantLock就不是很合适,读的线程并不需要保证其线程的安全性,任何一个线程都能去获取锁,只有这样才能尽可能地保证性能和

  • DWR异常情况处理常见方法解析

    在本次项目中,由于时间紧张直接使用DWR做Ajax请求!要求的是动态展示,那就需要使用DWR轮询请求,但是需要做异常情况下的一些处理! 特别是DWR在遇到异常后,后台不报错,前台也只提示一个 Error !如果是轮询的话,那么就一直弹出 Error ,那谁收到了呀! 对于DWR异常的处理,网上一大片都是这样说的,在DWR配置中增加一个转换器,将异常转换为一般异常,这样在前台就不是提示 Error,而是提示具体的错误!想着这样也可以接受,所以我记一下是怎么配置的. 很简单,在dwr.xml中增加一

  • Java语言ReadWriteLock特性实例测试

    本文研究的主要是ReadWriteLock特性,具体如下. ReadWriteLock几点特性 readLock 与 readLock 不互斥 readLock 与 writeLock 互斥 writeLock 与 readLock 互斥 writeLock 与 writeLock 互斥 举例来说: 线程1, 先拿到readLock, 线程2试图拿readLock, 可以拿到 线程1, 先拿到readLock, 线程2试图拿writeLock, 阻塞等待,直到线程1释放锁之后才可以拿到 线程1,

  • Java DWR内存泄漏问题解决方案

    机器跑了一晚上,发现有崩溃现象,由于页面内有动态绘图功能,我怀疑是绘图原因,但是今天上午有人提醒我才想到,是不是间隔调用时DWR产生了内存泄漏问题? 网上查了一下貌似大家都在讨论这个问题,之前我也挺老手说过DWR有内存问题,可是没有遇到过.原来DWR在间隔调用这种情况下会有问题! 按照大家的说法,修改engine.js配置文件来解决问题,目前我也修改了一下,修改方法如下: 在 dwr.engine._sendData = function(batch) {} 内有,这样几行代码: // Get

  • java并发编程专题（七）----（JUC）ReadWriteLock的用法

    前面我们已经分析过JUC包里面的Lock锁,ReentrantLock锁和semaphore信号量机制.Lock锁实现了比synchronized更灵活的锁机制,Reentrantlock是Lock的实现类,是一种可重入锁,都是每次只有一次线程对资源进行处理:semaphore实现了多个线程同时对一个资源的访问:今天我们要讲的ReadWriteLock锁将实现另外一种很重要的功能:读写分离锁. 假设你的程序中涉及到对一些共享资源的读和写操作,且写操作没有读操作那么频繁.在没有写操作的时候,两个线

  • Java多线程 ReentrantReadWriteLock原理及实例详解

    读写锁ReentrantReadWriteLock概述 读写锁ReentrantReadWriteLock,使用它比ReentrantLock效率更高. 读写锁表示两个锁,一个是读操作相关的锁,称为共享锁:另一个是写操作相关的锁,称为排他锁. 1.读和读之间不互斥,因为读操作不会有线程安全问题 2.写和写之间互斥,避免一个写操作影响另外一个写操作,引发线程安全问题 3.读和写之间互斥,避免读操作的时候写操作修改了内容,引发线程安全问题 多个Thread可以同时进行读取操作,但是同一时刻只允许一个

  • 基于JQuery和DWR实现异步数据传递

    后台我用DWR进行异步数据传递: 代码很简单,就是返回一个数组,如果需求不同可以自己修改: package org.dwr.re; /** * 测试 返回数组 * @author 崔素强 */ public class BackArray { public String[] backArr() { String[] arr = new String[] { "坚持", "就是", "胜利" }; return arr; } } 前台记得导入DWR

  • DWR内存兼容及无法调用问题解决方案

    在上次遇到DWR内存泄漏问题后根据网上的内容对JS文件进行修改,修改后发现还有一些兼容的问题,同时还出现不能调用的一些情况. 而且根据统计DWR就算内存泄漏,也不是特别严重,除非你一个浏览器跑几天不关闭,而且实时刷新! 经过再次查询,得知IE浏览器有自己的一个垃圾回收的函数:CollectGarbage(); CollectGarbage,是IE的一个特有属性,用于释放内存的使用方法嘛应该是,将该变量或引用对象,设置为null或delete 然后在进行释放动作在做CollectGarbage前,

  • IE6兼容透明背景图片及解决方案

    IE6兼容透明背景图片及解决方案

    首先给大家展示效果图: JS代码:  <!--[if IE 6]> <script src="~/Scripts/UI/DD_belatedPNG.js"></script> <script> $(function () { //1.通过公共类 DD_belatedPNG.fix(".pngFix,.pngFix:hover"); //2.直接用选择器:类名,ID,标签 DD_belatedPNG.fix("

  • Vue兼容ie9的问题全面解决方案

    前言 背景情况 vue - 2.5.11 vue-cli 使用模板 webpack-simple http请求:axios Vue 官方对于 ie 浏览器版本兼容情况的描述是 ie9+,即是 ie9 及更高的版本.经过测试,Vue 的核心框架 vuejs 本身,以及生态的官方核心插件(VueRouter.Vuex等)均可以在 ie9 上正常使用. Vue 的作者尤雨溪对于Vue 的学习建议 中有提及为了将项目更好的生态化/工程化,要尽可能学习及使用新的 ECMAScript 规范.目前 ES6/

  • 浏览器兼容console对象的简要解决方案分享

    浏览器报找不到console对象,那我们就手动构造一个接口完全一致的console对象 置于window中.这里采用了空方法和空对象.如此一来即使在很old的浏览器中,含有console.xxxxx的代码依然不会报错,完美运行. 下面附上修复兼容代码,要置于置于第一句console.xxxx调用之前,否则没有意义. 复制代码 代码如下: (function (){ //创建空console对象,避免JS报错 if(!window.console)      window.console = {}

  • 内存不能为"read"的完美解决方案

    相信不少兄弟都遇到过该内存不能为"read"的错误提示(例如在SP2下运行以前的传奇霸主外挂).希望以下文章能对大家有所帮助. 运行某些程序的时候,有时会出现内存错误的提示,然后该程序就关闭.  "0x????????"指令引用的"0x????????"内存.该内存不能为"read".   "0x????????"指令引用的"0x????????"内存,该内存不能为"writt

  • 详解PHP版本兼容之openssl调用参数

    背景与问题解决方式 老项目重构支付宝部分代码整合支付宝新的sdk时发现验签总是失败,才发现是open_verify最后的参数传输问题.而open_sign同样如此.本文主要说明open_verify的解决方式和代码解析.而问题的解决方式也是修改最后的加密类型参数,解决方式代码如下: // 将最后的常量OPENSSL_ALGO_SHA256修改成字符串 openssl_verify($data, base64_decode($sign), $res, "sha256WithRSAEncryptio

  • 单击复制文字兼容各浏览器的完美解决方案

    单击复制文字的js.找了很久,由于之前没有接触过,完全不知道兼容ie及标准dom浏览器,不仅仅要通过js,而且需要flash的帮忙.clipboard.swf这个在网上都有下载. ie允许访问剪贴板.window.clipboardData可以访问 但是标准dom.看了一些文章说的都是用flash设置隐藏.但是flash10是不支持. 但是,还有个方法是可行的,固记录一下,以下方法支持标准dom. 复制代码 代码如下: (function () { window['Util'] = { CACH

  • Android Native 内存泄漏系统化解决方案

    导读:C++内存泄漏问题的分析.定位一直是Android平台上困扰开发人员的难题.因为地图渲染.导航等核心功能对性能要求很高,高德地图APP中存在大量的C++代码.解决这个问题对于产品质量尤为重要和关键,高德地图技术团队在实践中形成了一套自己的解决方案. 分析和定位内存泄漏问题的核心在于分配函数的统计和栈回溯.如果只知道内存分配点不知道调用栈会使问题变得格外复杂,增加解决成本,因此两者缺一不可. Android中Bionic的malloc_debug模块对内存分配函数的监控及统计是比较完善的,但

  • C++调用Go方法的字符串传递问题及解决方案

    摘要:C++调用Go方法时,字符串参数的内存管理需要由Go侧进行深度值拷贝. 现象 在一个APP技术项目中,子进程按请求加载Go的ServiceModule,将需要拉起的ServiceModule信息传递给Go的Loader,存在C++调用Go方法,传递字符串的场景. 方案验证时,发现有奇怪的将std::string对象的内容传递给Go方法后,在Go方法协程中取到的值与预期不一致. 经过一段时间的分析和验证,终于理解问题产生的原因并给出解决方案,现分享如下. 背景知识 Go有自己的内存回收GC机

随机推荐