JAVA中文显示乱码问题
在基于JAVA的编程中，经常会碰到汉字显示乱码的问题，经一番查询现总结如下。
在JSP中建议网页编码方式用GBK,这样会方便一些。
这个问题是因为JAVA编码方式转换出现了问题，Java中默认的编码方式是UNICODE，而中国人通常使用的文件和DB都是基于GB2312或者BIG5等编码，故会出现此问题。我知道一定有很多朋友也会碰到这个问题，所以特就总结了一下，来拿出来让大家一起分享了。自己也做个备忘。
1、在网页中输出中文。
JAVA在网络传输中使用的编码是"ISO-8859-1"，故在输出时需要进行转化，如：
String str="中文";
str=new String(str.getBytes("GB2312"),"GBK");
但如果在编译程序时，使用的编码是“GB2312”,且在中文平台上运行此程序，不会出现此问题，一定要注意。
2、从参数中读取中文
这正好与在网页中输出相反如：
str=new String(str.getBytes("8859_1"),"GBK");
3、操作DB中的中文问题
一个较简单的方法是：在“控制面扳”中，把“区域”设置为“英语(美国)”。如果还会出现乱码，还可进行如下设置： （网上看的，自己没做过实验）
取中文时：String XSDWMC=new String(prs.getString("XSDWMC").getBytes("GB2312"),"GBK"));
向DB中可直接写入GBK，这里少一次转换
4、在JSP中的中文解决：
在“控制面扳”中，把“区域”设置为“英语(美国)”. （网上看的，自己没做过实验）
在JSP页面中加入：
如果还不行正常显示，则还要进行下面的转换：
如：name=new String(name.getBytes("ISO-8859-1"),"GBK");
就不会出现中文乱码问题了。
相关文档：
Java NIO API详解
在JDK
1.4以前，Java的IO操作集中在java.io这个包中，是基于流的阻塞（blocking）API。对于大多数应用来说，这样的API使用很方
便，然而，一些对性能要求较高的应用，尤其是服务端应用，往往需要一个更为有效的方式来处理IO。从JDK 1.4起，NIO
API作为一个基于缓冲区，并能提供非阻塞(non-blo ......
Java新手留意：Java编程三十条规则
(1) 类名首字母应该大写。字段、方法以及对象（句柄）的首字母应小写。对于所有标识符，其中包含的所有单词都应紧靠在一起，而且大写中间单词的首字母。例如：
ThisIsAClassName
thisIsMethodOrFieldName
若在定义中出现了常数初始化字符，则大写stati ......
今天看到一道题目，是这样的：（我在里面打印了一些语句，先注释掉了）
class Singleton {
private static Singleton obj= new Singleton();
public static int counter1;
public static int counter2 = 2;
private Singleton() {
counter1++;
counter2++;
// System.out.println("Singleton counter1:" ......
package io;
import java.io.*;
/**
* @author 高枕吴忧
* 利用缓冲区原理,BufferedInputStream,
* 实现的文件字节流读取功能示范
*
*/
public class BufferedInOutputStream {
public BufferedInOutputStream() {
ioTest2();
}
public void ioTest2() {
FileInputStream in = null ;
Buffered ......
任何项目开发中，在一个集合或数组中循环查找，搜索目标数据，是经常用到的。如果搜索的数据范围比较小，那么不管什么算法，对于今天的计算机来说，性能上基本差别不大，但是如果数据量达到几百万，甚至更大，那么算法的选择和优化就显得比较重要。有空之余测试了下顺序搜索和二分搜索的性能，竟然发现效率差异在1500倍左右 ......
