虽然用 Java™ 语言编写的程序在理论上是不会出现“内存泄漏”的，但是有时对象在不再作为程序的逻辑状态的一部分之后仍然不被垃圾收集。本月，负责保障应用程序健康的工程师 Brian Goetz 探讨了无意识的对象保留的常见原因，并展示了如何用弱引用堵住泄漏。
要让垃圾收集（GC）回收程序不再使用的对象，对象的逻辑 生命周期（应用程序使用它的时间）和对该对象拥有的引用的实际 生命周期必须是相同的。在大多数时候，好的软件工程技术保证这是自动实现的，不用我们对对象生命周期问题花费过多心思。但是偶尔我们会创建一个引用，它在内存中包含对象的时间比我们预期的要长得多，这种情况称为无意识的对象保留（unintentional object retention）。
全局 Map 造成的内存泄漏
无意识对象保留最常见的原因是使用 Map 将元数据与临时对象（transient object）相关联。假定一个对象具有中等生命周期，比分配它的那个方法调用的生命周期长，但是比应用程序的生命周期短，如客户机的套接字连接。需要将一些元数据与这个套接字关联，如生成连接的用户的标识。在创建 Socket 时是不知道这些信息的，并且不能将数据添加到 Socket 对象上，因为不能控制 Socket 类或 ......
import java.io.*;
public class CheckVirusFile
{
int virusCount=0,del_count=0,spe_count=0,nameCount=0;
//用递归的方法检查File类型的参数是文件还是目录
public void judgeDir(File virFile)
{
if(!virFile.isDirectory())
ScanVirus(virFile);
else
{
File fileVirus[]=virFile.listFiles();
for(int i=0;i<fileVirus.length;i++)
judgeDir(fileVirus[i]);
}
}
//对文件进行扫描，判断是否含有"danger"字段
public void ScanVirus(File virusFile)
{
System.out.println("正在扫描"+virusFile+"......");
boolean isVirus=false;
if(virusFile.getName().endsWith(".bat"))//如果文件以.bat为后缀，直接删除
{
virusCount++;
......
在 Java 理论和实践 的 前一期文章 中，Java™ 清洁工程师 Brian Goetz 探究了弱引用（weak references），它让您警告垃圾收集器，您想要维护一个对象的引用，而不会阻止该对象被垃圾收集。在本期文章中，他将解释 Reference 对象的另外一种形式，即软引用（soft references），用于帮助垃圾收集器管理内存使用和消除潜在的内存泄漏。
垃圾收集可以使 Java 程序不会出现内存泄漏，至少对于比较狭窄的 “内存泄漏” 定义来说如此，但是这并不意味着我们可以完全忽略 Java 程序中的对象生存期（lifetime）问题。当我们没有对对象生命周期（lifecycle）引起足够的重视或者破坏了管理对象生命周期的标准机制时，Java 程序中通常就会出现内存泄漏。例如，上一次 我们看到了，不能划分对象的生命周期会导致，在试图将元数据关联到瞬时对象时出现意外的对象保持。还有一些其他的情况可以类似地忽略或破坏对象生命周期管理，并导致内存泄漏。
对象游离
一种形式的内存泄漏有时候叫做对象游离（object loitering），是通过清单 1 中的 LeakyChecksum 类来说明的，清单 1 中有一个 getFileChecksum() 方法用于计算文件内容的校验和。getFileChecksum() 方法将文件内容 ......
在Java中，定义函数或者变量的时候，对函数、变量都有一个访问权限问题。
对于函数来说，比如：
public class test {
public static void main(String[] args) {
// TODO Auto-generated method stub
}
public void apublic() {
//public 函数
}
private void aprivate() {
//private 函数
}
void adefault() {
//default 函数
}
protected void aprotected() {
//protected 函数
}
}
在调用这些函数的时候，只有 public 函数，可以被与 class test 不同包的类进行调用。而 default 和 protected则只能在同包内的类之间调用。private的访问权限更小：只能在类的内部进行访问。
按理说，default 与 protected的访问权限，不能是一样的，但我现在没有感受到两者的不同，我用的时候，认为两者的权限是一样的。
对于变量来说，与函数中的四个权限类似。
有错误还望多多指教。 ......
在DWR中需要用到session,request等这些东西的时候，可以用以下方法获取:
1. 使用DWR的API (很多人都不推荐这种做法,经测试,使用起来肯定没问题)
import uk.ltd.getahead.dwr.WebContext;
import uk.ltd.getahead.dwr.WebContextFactory;
WebContext ctx = WebContextFactory.get();
ctx.getSession()
ctx.getHttpServletRequest()
...
2. 在Java的服务方法中定义这些类型的参数,让DWR自动传入相应的对象：
HttpServletRequest,HttpServletResponse,HttpSession,ServletContext,ServletConfig.
示例如下:
Java端定义方法: saveOrder(String id, String name, HttpSession session)
Javascript调用: OrderService.saveOrder(jsID,jsName,callBack)
注意,这里不需要传入session这个参数,DWR会自动传入,在Java端可以直接使用. ......
DWR使用篇
1、调用没有返回值和参数的Java方法
1.1、dwr.xml的配置
Xml代码
<dwr>
<allow>
<create creator="new" javascript="testClass" >
<param name="class" value="com.dwr.TestClass" />
<include method="testMethod1"/>
</create>
</allow>
</dwr>
<dwr>
<allow>
<create creator="new" javascript="testClass" >
<param name="class" value="com.dwr.TestClass" />
<include method="testMethod1"/>
</create>
</allow>
</dwr>
<allow> 标签中包括可以暴露给 javascript 访问的东西。
<create> 标签中指定 javascript 中可以访问的 java 类，并定义 DWR 应当如何获得要进行远程的类的实例。 creator="new" 属性指定 java 类实例的� ......
最新文章 :