Java 理论和实践: 用软引用阻止内存泄漏 2
在 Java 理论和实践 的 前一期文章 中，Java™ 清洁工程师 Brian Goetz 探究了弱引用（weak references），它让您警告垃圾收集器，您想要维护一个对象的引用，而不会阻止该对象被垃圾收集。在本期文章中，他将解释 Reference 对象的另外一种形式，即软引用（soft references），用于帮助垃圾收集器管理内存使用和消除潜在的内存泄漏。
垃圾收集可以使 Java 程序不会出现内存泄漏，至少对于比较狭窄的 “内存泄漏” 定义来说如此，但是这并不意味着我们可以完全忽略 Java 程序中的对象生存期（lifetime）问题。当我们没有对对象生命周期（lifecycle）引起足够的重视或者破坏了管理对象生命周期的标准机制时，Java 程序中通常就会出现内存泄漏。例如，上一次 我们看到了，不能划分对象的生命周期会导致，在试图将元数据关联到瞬时对象时出现意外的对象保持。还有一些其他的情况可以类似地忽略或破坏对象生命周期管理，并导致内存泄漏。
对象游离
一种形式的内存泄漏有时候叫做对象游离（object loitering），是通过清单 1 中的 LeakyChecksum 类来说明的，清单 1 中有一个 getFileChecksum() 方法用于计算文件内容的校验和。getFileChecksum() 方法将文件内容读取到缓冲区中以计算校验和。一种更加直观的实现简单地将缓冲区作为 getFileChecksum() 中的本地变量分配，但是该版本比那样的版本更加 “聪明”，不是将缓冲区缓存在实例字段中以减少内存 churn。该 “优化”通常不带来预期的好处；对象分配比很多人期望的更便宜。（还要注意，将缓冲区从本地变量提升到实例变量，使得类若不带有附加的同步，就不再是线程安全的了。直观的实现不需要将 getFileChecksum() 声明为 synchronized，并且会在同时调用时提供更好的可伸缩性。）
清单 1. 展示 “对象游离” 的类
// BAD CODE - DO NOT EMULATE
public class LeakyChecksum {
private byte[] byteArray;
public synchronized int getFileChecksum(String fileName) {
int len = getFileSize(fileName);
if (byteArray == null || byteArray.length < len)
byteArray = new byte[len];
readFileContents(fileName, byteArray);
// calculate checksum and return it
}
}
这个类存在很多的问题，但是我们着重来看内存泄漏。缓存缓冲区的决定很可能�
相关文档：
最近看到一个有意思的树形结构，为每个节点添加了lft
和
rgt
两个属性。这样查找该节点的子节点、
查找该节点所有父节点，就不用去递归查询，只需要用
between
、
and
语句就可以实现。下面以创建一个栏目树为例，以下是我的理解。
一般来讲，我们创建栏目树的时候，大多只需要一个外键parentid
来区分该节点 ......
类名：
java.util.Date
构造方法：
构造方法 解说
Date()
无参数的构造方法，将构建一个保持当前日期.时间的Date对象。
Date(long time)
参数为1970年1月1日00时00分00秒起所经过的毫秒数，将构建一个保持该日期.时间的精确到毫秒的Date对象。
其他有些构造方法已经不推荐使用，这里� ......
在没有好好地研习面向对象设计的设计模式之前，我对Java接口和Java抽象类的认识还是很模糊，很不可理解。
刚学Java语言时，就很难理解为什么要有接口这个概念，虽说是可以实现所谓的多继承，可一个只有方法名，没有方法体的东西，我实现它又有什么用呢？我从它那什么也得不到，除了一些方法名，我直接在具体类里加入这些方 ......
最近因为项目需要，研究了java html parser类库的应用。记录下使用要点：
主要的类说明：
1、Parser类
解析器主类，负责载入HTML代码并解析。
2、Node接口
用来表征在解析过程中使用的语法单元。示例如下段html代码：
<span> ----Tag node
text ----Text Node
</span>
文本和标签都是独立的node元素� ......
在Java
语言中， abstract class 和interface
是支持抽象类
定
义的两种机制。正是由于这两种机制的存在，才赋予了Java强大的 面向对象能力。abstract
class和interface之间在对于抽象类定义的支持方面具有很大的相似性，甚至可以相互替换，因此很多开发者在进
行抽象类定义时对于abstract
class和interface的选� ......
