Java中的字符集编码入门 2
说到GB2312和GBK就不得不提中文网页的编码。尽管很多新开发的Web系统和新上线的注重国际化的网站都开始使用UTF-8，仍有相当一部分的中文媒体坚持使用GB2312和GBK，例如新浪的页面。其中有两点很值得注意。
第一，页面中meta标签的部分，常常可以见到charset=GB2312这样的写法，很不幸的是，这个“charset”其实是用来指定页 面使用的是什么字符集编码，而不是使用什么字符集。例如你见到过有人写“charset=UTF-8”，见到过有人写“charset=ISO- 8859-1”，但你见过有人写“charset=Unicode”么?当然没有，因为Unicode是一个字符集，而不是编码。
然而正是charset这个名称误导了很多程序员，真的以为这里要指定的是字符集，也因而使他们进一步的误以为UTF-8和UTF-16是一种 字符集!(万恶啊)好在XML中已经做出了修改，这个位置改成了正确的名称：encoding.第二，页面中说的GB2312，实际上并不真的是 GB2312(惊讶么?)。我们来做个实验，例如找一个GB2312中不存在的汉字“亸”(这个字确实不在GB2312中，你可以到GB2312的码表中 去找，保证找不到)，这个字在GBK中。然后你把它放到一个html页面中，试着在浏览器中打开它，然后选择浏览器的编码为“GB2312”，看到了什 么?它完全正常显示!
结论不用我说你也明白了，浏览器实际上使用的是GBK来显示。
新浪的页面中也有很多这样的例子，到处都写charset=GB2312，却使用了无数个GB2312中并不存在的字符。这种做法对浏览器显示 页面并不成问题，但在需要程序抓取页面并保存的时候带来了麻烦，程序将不能依据页面所“声称”的编码进行读取和保存，而只能尽量猜测正确的编码。
一个网页要想在浏览器中能够正确显示，需要在三个地方保持编码的一致：网页文件，网页编码声明和浏览器编码设置。
首先是网页文件本身的编码，即网页文件在被创建的时候使用什么编码来保存。这个完全取决于创建该网页的人员使用了什么编码保存，而进一步的取决 于该人员使用的操作系统。例如我们使用的中文版WindowsXP系统，当你新建一个文本文件，写入一些内容，并按下ctrl+s进行保存的那一刻，操作 系统就替你使用GBK编码将文件进行了保存(没有使用UTF-8，也没有使用UTF-16)。而使用了英文系统的人，系统会使用ISO-8859-1进行 保存，这也意味着，在英文系统的文件中如果输入一个汉字，是无法进行保存的(当然，你甚�
相关文档：
import org.dom4j.Document;
import org.dom4j.DocumentException;
import org.dom4j.io.SAXReader;
public class DocumentUtil
{
public static Document loadXMLByAbsolutePath(String absoluteFilePath, String logFileName)
{
SAXReader saxReader = new SAXReader();
Document document = null;
try ......
/**
* 把指定的内容写到指定路径的文本文件上
*
* @param path指定路径
* @param context 要写的内容
*/
public static void writeFile(String path, String context) {
// 从控制台输入内容写入文件
try {
FileWriter fw = new FileWriter(path, true);
PrintWriter pw = new Print ......
摘要：本文将谈谈在Java应用程序中使用Jfreechart配置，JFreeChart是用Java开发的一个免费的chart图形处理类库。
测试环境：
OS ：WindowsXP
Java：jdk1.5.0_06
JFreeChart：1.0.9（2008年3月 最新版本）
因为JFreeChart采用Java开发而成，所以在其他系统也能正常运行。
JFreeChart的安装
1，下载
从Sourceforge. ......
工欲善其事，必先利其器。熟悉开发环境可以让你更快更好更舒服地开发软件。就如同VC/.net开发人员离不开msdn，java开发人员往往也离不开java API。下面介绍下如何在Eclipse和NetBeans中导入java API。使之可以方便快速地查找，定位。
本文适合与刚刚接触Eclipse或NetBeans的java开发人员，或者是有经验的使用Ec ......
