关于性能优化

JDK自己已经有优化了. 不合理的优化反而会降低效率
比如字符串常量拼接

String str ="aaa" + "bbb" +"ccc" + "ddd";

StringBuilder sb = new StringBuilder();
sb.append("aaa");
sb.append("bbb");
sb.append("ccc");
sb.append("ddd");
String str = sb.toString();

哪种效率高? 答案是第一种. 对于新手来说想优化很容易适得其反.
反编译看一下就知道为什么了.

哎。你这个没过期，也有用。你可以通过HashMap取出来值的，这怎么能叫泄漏呢？
我现在总是你，如果你向cache里放了100个对象，永远keep住，如果我应用程序经常来访问它，叫不叫泄漏？
如果我应用程序再也不来访问它，叫不叫泄漏？
按你的理解，第一种不叫，第二种叫。可这两种没有区别。我不可能用由第三方来判断我自己是不是泄漏，明白吗？

下面这个Stack，在被别人用的时候，可能会引起泄漏。你先找找看哪行会出总是。然后再理解一下跟你这个有什么区别。
import java.util.Arrays;
import java.util.EmptyStackException;

public class Stack {
private Object[] elements;
private int size = 0;
private static final int DEFAULT_INITIAL_CAPACITY = 16;

public Stack() {
elements = new Object[DEFAULT_INITIAL_CAPACITY];
}

public void push(Object e) {
ensureCapacity();
elements[size++] = e;
}

public Object pop() {
if (size == 0)
throw new EmptyStackException();
return elements[--size];
}

/**
* Ensure space for at least one more element, roughly doubling the capacity
* each time the array needs to grow.
*/
private void ensureCapacity() {
if (elements.length == size)
elements = Arrays.copyOf(elements, 2 * size + 1);
}
}

赞成2楼和三楼的观点。虽然可能平时大家注意的并不是真正的性能瓶颈。但是如果不重视自己代码的书写规范和简洁，那么写出来的代码就是隐藏的瓶颈，是你最后很难优化出来的东西。有习惯的程序员用stringbuffer和stringbuilder，但是如果是不重视，就会有人用+连接，在多处，一定数据量的情况下，都可能产生隐含问题等

不要犯错就差不多了
设计的好就不太需要考虑优化的事.
必竟j2ee又不是c
我平时很少进行coding时考虑性能问题.

你这个封装Object[]的Stack跟封装HashMap的Cache有什么区别？
内存泄漏是指存在无法释放的无用引用，从这点来说，HashMap里面的内容也是内存泄漏。

HashMap里的内容你仍然可以自由的存取的，这不叫泄漏，你觉得内存不够用了，你可以去删除掉一些。这完全可以自己控制的，这叫什么泄漏？？那按你这个说法，只要向容器里放对象就是泄漏了？？

我们现在再看这个Stack类，我把这个Stack类打成一个jar包，然后我提供给你用，你用上面这个Stack作为你的容器，你push一万次，再pop一万次，你的Stack的size已经是0了，但是这一万个对象仍然无法放掉(前提当然是Stack本身要被keep住)。你会有一些内存你已经永远无法使用了，而且你已经没有任何能力去放掉它了(不包括回收到Stack本身)。
看得懂区别了吗？？

我们项目经理不让用第一种

jdk6的字符串拼接内部是用Stringbuilder实现的，现在在sb上纠缠是不明智的。大多情况下+的性能比StringBuilder高

jdk6的字符串拼接内部是用Stringbuilder实现的，现在在sb上纠缠是不明智的。大多情况下+的性能比StringBuilder高