java规约
1． 关于基础数据类型。
还记得上一片文章中结尾部分的那个例子么？
因为计算机的2进制的特性，Java语言（其他语言好像也一样）无法准确地进行float,double类型数据的计算，所以，作这些计算的时候需要考虑使用BigDecimal着各类。
2． String类与StringBuffer类
Java的String类提供如下的简单的字符串连接方法。
String s1 = “a”;
String s2 = “b”;
String s3 = “c”;
String s = s1 + s2 + s3；
但是这里有一个问题，String类的每一次加操作都会产生一个新的对象。当你针对String类的加的操作开始变得多起来的时候，不但程序占用内存会增加得非常明显，程序运行时间也会大大增加。这个时候需要考虑StringBuffer类的append方法。笑着不是一个极端主义者，所以，笑着还是倾向，不要只要对字符串采用加的操作就用append方法。而是应该根据具体情况，自己衡量一下。具体的测试，自己写个for循环1w次，很容易测试出来的。
3． 关于import*
尽量不要采用import*的写法，而是应该把要import的类具体写出来。这里的原因，一个是因为import*的写法会影响程序的阅读，导致维护者不是很清楚你具体用到了哪些类。但是更主要的是，如果你import*，那么在你打包生成jar,war等等文件的时候，你的*代表的所有类都会被打包进去。一方面导致了你发布内容的大小大幅度增加，另外，很可能会泄漏了一些你并不想要泄露出去的内容。这才是问题的关键，安全第一。
4． 合理使用异常处理，不要过度使用。
Java得异常处理是个不错的东西。可以节省我们很多工作量。但是，有异常处理的的代码段比没有异常处理的代码段运行的时间要增加不少。所以不要把什么都交给异常处理。我们应该做出适当的判断，最后的最后，处理不了的东西才应该交给异常处理，这也符合业务处理的逻辑。
比如，存在FileNotFoundException，但是，
try {
} catch ( FileNotFoundException ) {
}
就不如
if ( f.exists() ) {
} else {
}
5． 尽量不要简单的捕捉Exception异常。
因为在Java里面旧的异常会被新的异常所淹没，而使得我们仅仅根据新的异常信息很难判断出问题究竟出在什么地方。而简单的捕捉Exception异常，会使得这种可能性大大增加。另外，简单的捕捉Exception异常会使得我们很难针对不同的异常采取对应的措施。所以请尽量捕捉具体的异常而不是Exception这个超级异常。可以考虑如下代码结构。
try
相关文档：
使用 java 进行文件拷贝 相信很多人都会用,,不过效率上是否最好呢?
最近看了看NIO决定试一试 java NIO 到底有什么性能的提升.
第一种方法:古老的方式
public static long forJava(File f1,File f2) throws Exception{
long time=new Date().getTime();
int length=2097152;
FileInp ......
文章来源：http://www.blogjava.net/midea0978/archive/2008/01/17/175953.html
1、首先到请下载最新版本的Java Service Wrapper，点我下载。
2、准备如下文件，复制到test目录，这些文件可以从下载包中找到：
wrapper.dll
wrapper.exe
wrapper.jar
3、编写wrapper.conf，也放在同一级目录下面，内容如下
# Jav ......
先声明一下，题目原出于：http://gocom.primeton.com/modules/newbb/item60284_60284.htm
JVM是Java程序的运行环境，因此对于JVM的掌握有助于理解Java程序的执行以及编写，尤其是运行时碰到的一些诡异问题，那么怎么样能考察自己对于JVM关键知识点的掌握情况，帮助学习JVM机制呢，在这篇blog中来探讨下。
对于Java程序而� ......
刚刚运行java HelloWorld.class，老是说：
Exception in thread "main" java.lang.NoClassDefFoundError: HelloWorld/class
Caused by: java.lang.ClassNotFoundException: HelloWorld.class
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
......
