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
}
}
这个类存在很多的问题，但是我们着重来看内存泄漏。缓存缓冲区的决定很可能�
相关文档：
java生成验证码
有很多种方式，在网上也有很多代码，但是那些生成的效果，感觉都不是特别好，所以我在他们的基础上改良了一些。
但能还可以用jmagick ,生成很多很炫的验证码。过两天研究下。先把最近改的这个发布下供朋友们参。
可以先看看样例。最近在做这个网站。大家有兴趣可以叫交流。约会360 网址: www.yue ......
由于公司业务增长，现急需招聘符合如下条件JAVA高级软件工程师 若干名
1、具有良好的java技术知识和经验；
2、具备良好的解决问题的能力以及出色的团队合作能力；
3、熟悉J2EE架构和开发模式，熟悉MVC设计模式；
4、熟悉hibernate、struts2、spring；
5、能按照规范的软件开发流程，完成软件的需求、设计、编码� ......
重写的主要优点是能够定义某个子类特有的特征:
如:
public class Father
{
public void speak()
&nb ......
在Java
语言中， abstract class 和interface
是支持抽象类
定
义的两种机制。正是由于这两种机制的存在，才赋予了Java强大的 面向对象能力。abstract
class和interface之间在对于抽象类定义的支持方面具有很大的相似性，甚至可以相互替换，因此很多开发者在进
行抽象类定义时对于abstract
class和interface的选� ......
