blogjava.net速度也是这么慢，在csdn 的blog上面居然都发布不了，真是不爽
推广java的blog站点也是在用着。net阿，猜测站主 是不是和cnblogs的站主一个人。和csdn blog一样都不爽，加载编辑器这么慢，还总是提交出错。
import java.io.*;
public class s1
{
public static void main(String[] args) {
int val;
try { val = System.in.read(); }
catch (IOException e) { val=0; }
System.out.println( (byte)val );
}
};
注意点：
1.对于InputStream必须要捕获输出错误，
2.catch中如果未给val赋值会提示val未初始化
3.byte会转化输入为ascii码，但是如果没有byte仍然会隐式转换
4.IOException 类在System.io中，所以必须引入该空间 package不是很清楚，假如我测试java文件的目录为e:\javatest,然后我就没法写package了？如果在首行写 package javatest; 这样javac的时候就会提示错误 了Exception in thread "main" java.lang.NoClassDefFoundError: s1 (wrong name: javat est/s1)，不得已，建立目录e:\javatest\test1,然后package test1,这样试就通过 了
另外测试了一下javadoc
假设源代码在 C:\src 目录下，其中 com.liigo 是主包，其下可能有数十个子包，数百（千）个Java文件。目录结构大约是这样的： - C:\ | src\ | com\ | liigo\ | *** 怎么才能以最简捷的方式生成所有的API文档呢？ c:\> c:\>cd src c:\src>javadoc -d doc -subpackages com.liigo 这样就搞定了，最终生成的API文档位于 c:\src\doc 目录（该目录是由javadoc.exe自动生成的）。 上面的用法利用了“当前目录”和“相对路径”，当然也可以用绝对路径： ...>javadoc -d c:\doc -sourcepath c:\src -subpackages com.liigo 最终生成的API文档位于 c:\doc 目录（该目录同样是由javadoc.exe自动生成的）。 总结一下： 我们只用到了javadoc的三个参数： -d，-subpackages，-sourcepath，其中： 参数 说明 -d 指定API文档的输出目录，默认是当前目录。建议总是指定该参数。 -sourcepath 指定源代码路径，默认是当前目录。 此参数通常是必须的。 -subpackages 以递归的方式处理各子包。关键参数！如果不使用本参数，每次只能处理一个子包（或需手工列出所有子包）。 注：以上示例要求 javadoc.exe 所在路径位于系统环境变量“PATH”中。 补充一点： 使用参数 -author 可以将作者信息（@author ***）导出到最终生成的API文档中， -version 可以生成版本信息。如果是自己写的一个包，千万不要忘了用 -author 哦:)
参考http://www.matrix.org.cn/resource/article/44/44072_Javadoc.html